Ich kann auch leider nicht mehr downloaden
Ich meinte damit aber auch nicht den "Download"-Button aus dem "Media-Player" (das ist ja eine eigene HTML5-basierte Oberfläche von AVM) heraus, sondern einen "echten" Download aus der Dateiliste.
Die Bemerkung in #258, daß die Buttons auf der "schwarzen Seite" nicht funktioneren, deutet zumindest eher in die Richtung, daß da schon dieser Media-Player aktiv ist - ansonsten gibt es keine "schwarze Seite" in der Dateiliste.
In der Dateiliste kann man jedenfalls auch eine einzelne Datei auswählen (wählt man mehr als eine, verwurstet das FRITZ!OS die Dateien zu einem ZIP-File) und diese dann auf sein Gerät laden. Läßt sich die solchermaßen gespeicherte Datei abspielen, ist es ein Problem des "Players" und/oder der MIME-Typen.
Schaut man sich an, wie AVM das jetzt beim "neuen" NAS-GUI macht, so ist das praktisch eine einzelne Seite (die wird auch schon beim ersten Aufruf mit "nas" geladen und nur noch mit Script-Code lokal umgemodelt) mit jeder Menge von "div"-Elementen, die bei Bedarf ein- und ausgeblendet werden per JavaScript und wo entweder die "Listen" per XHR nachgeladen und lokal aufbereitet werden für die Anzeige (das funktioniert auch recht gut) oder die Media-Dateien (wenn die Oberfläche der Ansicht ist, eine Datei "könne direkt abgespielt werden") über "/cgi-bin/luacgi-notimeout" als URL im "src"-Attribut für HTML5-Elemente (jeweils passend zur Anzeige der verschiedenen Media-Typen) direkt in den HTML-Elementen abgespielt werden sollen.
Das Ganze muß sich dann eben auch darauf verlassen, daß die Angabe zum (vorgeblichen) Inhalt der Datei 100% stimmt ... ob und wie ein Browser ein Bild auch dann anzeigt, wenn es angeblich (nach dem MIME-Typ) eine PNG-Datei ist und am Ende aber in Wahrheit JPEG-Daten enthält, hängt sicherlich auch vom verwendeten Browser ab - der eine macht selbst eine Formaterkennung (und läuft damit ggf. in eine "MIME confusion attack"), dem anderen kann man über einen "X-Content-Type-Options:nosniff"-Header (den AVM setzt) den Spaß an solchen Dingen komplett verderben, weil er ihn nicht nur auf ausführbaren Code (scripts) und Stylesheets (css) anwendet (wie es ursprünglich mal von MS eingeführt wurde).
Daher bringt es auch nur dann wirklich Punkte bei der Fehlersuche in diesem Kontext, wenn man
genau weiß, welcher Browser in welcher Version und auf welcher Plattform eingesetzt wurde - ja, am Ende können auch irgendwo installierte Browser-Addons sich noch zwischen die Datei und ihre Anzeige "drängeln" und eine "user experience" zur Folge haben, die von anderen Geräten und Benutzern abweicht. Dann kommt noch die Frage dazu, was AVM über den Inhalt einer Datei "denkt" (zumindest früher war da keine "Inhaltserkennung" beim Indexieren der Dateiinhalte aktiv und es ging alles nach der Erweiterung des Dateinamens), weil sich daraus dann auch der MIME-Typ ableitet, den AVM beim "luacgi-notimeout"-Aufruf für die übermittelten Daten setzt (als "Content-Type"-Header in der Antwort vom FRITZ!OS-Server).
Wenn das Abspielen tatsächlich auch für die direkt von AVM bereitgestellten Dateien nicht funktioniert (es gibt ja für jeden Media-Type eine Beispieldatei von AVM im NAS-Standardinhalt), dann ist es eher ein Browser-Problem ... ansonsten liegt es vielleicht auch an falschen "Annahmen", worum es sich beim Dateiinhalt handelt und der eigene Browser ist total unschuldig daran.
EDIT: Ach so ... was ich total vergessen habe zu erwähnen: Das geht natürlich alles auch nur dann ohne größere Probleme, wenn man dem JS-Code von AVM hier sein Vertrauen ausspricht. Irgendwelche Skript-Blocker (z.B. uBlock) verderben einem ganz schnell den Spaß ... wobei AVM m.W. zumindest auf das Nachladen von JS-Frameworks von anderen Quellen verzichtet und das alles selbst ins FRITZ!OS integriert.
