Wenn versucht wird, ein Bild von „größerer“ Größe (alles über 1 MB, es erscheint; noch nicht weiter eingegrenzt) an einen Beitrag in einem Discourse-Forum anzuhängen, während ein mobiler Chrome-basierter Browser (Chrome, Cromite, Brave) verwendet wird, schlagen Uploads fehl. Sie funktionieren in Firefox.
Der Upload wird angeblich eingeleitet und die Statusmeldung bleibt bei „Upload wird verarbeitet“ hängen – aber der Upload beginnt nie (kein Fortschritt) und die Dinge bleiben für immer stecken. In einigen Fällen wird der Upload nie einmal eingeleitet, und die Benutzeroberfläche kehrt zur Bearbeitungsoberfläche zurück, als ob der Upload nie versucht worden wäre.
OS: Pixel 9 Pro mit GrapheneOS (Android 15). Adaway (hostbasiertes Ad-Blocking) wird im VPN-Modus verwendet, scheint aber keinen Unterschied zu machen (Firefox funktioniert unabhängig davon, ob dies aktiv ist oder nicht, Chrome-basierte Browser schlagen unabhängig davon fehl). Es tritt auch bei jedem Uplink auf, den ich testen konnte (alle WLANs und zwei verschiedene Mobilfunkanbieter).
Ich habe es auf den clientseitigen Vorverarbeitungs-JavaScript-Code media-optimization-worker.js eingegrenzt, der nicht geladen wird:
Die Fetch-Anfrage wird aus unbekanntem Grund abgebrochen. Bei kleineren Bildern, bei denen dieser media-optimization-worker nicht verwendet wird, da sie bereits klein genug sind, funktioniert alles wie erwartet. Im mobilen Firefox funktioniert es in allen Fällen (aber die Discourse-Benutzeroberfläche ist im mobilen Firefox immer noch sehr kaputt, also…).
Ich erlebe dies als Kunde, ich betreibe selbst keine Discourse-Instanz. Aber da es sowohl auf der einen Discourse-Instanz, die ich als Benutzer verwende (horlogeforum.nl, betrieben von einem professionellen Discourse-Hosting-Partner), als auch auf try.discourse.org auftritt, würde ich davon ausgehen, dass diese Einstellungen ordnungsgemäß vorgenommen wurden.
Es tritt auch nicht in Firefox auf, also wenn eine Änderung dies verursachen würde, würde ich erwarten, dass alles fehlschlägt…
Soweit ich das in den Debug-Protokollen erkennen kann, scheint das Problem darin zu bestehen, dass die JavaScript-Datei media-optimization-worker.js selbst nicht geladen werden kann; die Benutzeroberfläche versucht nie, einen tatsächlichen Upload durchzuführen.
Sie müssen sich dann mit dem spezifischen Forenadministrator in Verbindung setzen, da das Backend so konfiguriert werden muss, dass große Dateien verarbeitet werden können. Das würde helfen, das Problem einzugrenzen (nicht zu sagen, dass es kein Problem ist).
Auch auf try.discourse.org tritt dies auf.
Die Tatsache, dass große Uploads auf dem Client skaliert werden, ist an sich nicht das Problem, da dies in Firefox problemlos funktioniert. Das dafür zuständige JavaScript wird in Chrome-basierten Browsern nicht geladen.
Der häufigste Grund dafür, dass eine Anfrage so schnell abgebrochen wird, ist eine Browsererweiterung (z. B. Adblocker usw.). Könnten Sie bitte überprüfen, ob Sie so etwas aktiviert haben? Überprüfen Sie auch, ob dasselbe Problem im Inkognito-Modus auftritt.
FWIW, ich kann problemlos große Bilder mit Chrome hochladen. Die Datei media-optimization-worker.js wird erfolgreich geladen.
Das war auch mein erster Gedanke. Mein Standardbrowser ist Cromite, der tatsächlich einige Anti-Werbe- und Anti-Tracking-Funktionen integriert hat – aber es passiert auch im unveränderten Standard-Google-Play-Chrome. Ich habe AdAway auf dem Handy, aber das Problem besteht unabhängig davon, ob es aktiv ist oder nicht.
Das habe ich noch nicht versucht – werde ich testen und berichten.
Um das klarzustellen, verwenden Sie Chrome auf Android? Und wenn ja, welche Android-Version? Chrome auf dem Desktop hat hier auch keine Probleme. Firefox lädt es auch überall problemlos.
Hier gibt es keine Probleme bei der Verwendung von Chrome 132.0.6834.79 unter Android 14 zum Hochladen eines oder mehrerer 4,3 MB großer Bilder auf try.discourse.org.