Closed Cathryne closed 11 years ago
PS: Wichtigste Info vergessen m-) Für die Episode gibt es keine PSC-, aber die mp4chapter-Datei. Trotzdem sollte das nicht die ganze Webseite brechen, sondern entweder ein fallback geben oder es ignoriert werden.
Funktioniert auch nicht mit existierenden PSC-Dateien. Da scheint generell noch der Wurm drin zu sein.
Das eigentliche Problem ist nicht behoben. In dem Moment, wo PSC in den Assets als Kapitelquelle angeschaltet wird bricht alles weg, wenn alle PSC-Assets vorhanden sind.
Kann diese Problematik bestätigen.
Ok, 2 Probleme:
.psc
wird von Webservern als text/plain
statt application/xml
und ich schaue im Publisher blauäugig auf den mime type, um die Art des Assets zu bestimmen. D.h. da wird versucht, PSC als mp4chaps zu parsen.text/plain
kein mp4chaps ist ;)Sich nur auf den MIME-Type zu verlassen ist natürlich Quatsch: vielmehr sollte man sich von der Definition des Assets leiten lassen. Andererseits müssen falsche MIME-Types entsprechend als Fehler gemeldet und geloggt werden.
Geloggt wird's schon. Aber das eigentliche Problem war im Parser. Ist schon gefunden und behoben.
Bei mir besteht das Problem weiterhin. Allerdings habe ich die das Update über die Zip-Datei manuell gemacht: mit Filezilla nur Dateien hochgeladen, die neuer sind oder eine andere Dateigröße haben. Falsch?
Jein, besser ist über den Updater, aber daran wird es nicht liegen.
Notiz an mich selbst:
im nächsten Update behoben
Yep, fixed :-) Thanks a lot!
Habe als Episode Assets sowohl mp4chapters als auch PSC definiert. Wenn ich letztere den Episode Chapters zuweise, bricht die Webseite zusammen, siehe Screenshots. Wenn ich wieder erstere zuweise, ist alles wieder in Ordnung. Solange allerdings PSC zugewiesen ist, hilft es nicht, das asset als "downloadable for users" zu setzen, oder nicht, oder im web player die chapter visibility zu ändern.
Der HTML-Code der abgebrochenen Seite hört auf nach:
Und hier die Support-Infos des plugins: