Das Hochladen eines Bildes über den Windows Tor Browser beschädigt JPG-Uploads.
Das Setzen von composer media optimization image bytes optimization threshold auf einen absurd hohen Wert umgeht das Problem. Dies ist höchstwahrscheinlich ein Problem mit dem Tor Browser, aber bisher scheint es nur bei Discourse aufzutreten, daher dachte ich, ich poste es trotzdem hier, auch wenn es nur dazu dient, den Workaround-Trick zu teilen.
Bei meinem Test hat der Tor-Browser diesen Aufruf blockiert:
mit
Blocked https://try.discourse.org/ from extracting canvas data because no user input was detected.
was offensichtlich eine Lüge ist, da der Datei-Picker eine Benutzereingabe ist.
Das wurde durch unseren Notfallmechanismus erkannt:
Resize failed: Image corrupted during resize. Falling back to the original for encode
Was Discourse dazu veranlasst, die Datei nur neu zu kodieren, was anscheinend erfolgreich ist, aber dann mit einem 422 fehlschlägt, wenn der Multi-Part-Upload abgeschlossen wird…
Der Tor-Browser sollte die Canvas-Erstellungs-API blockieren, anstatt Rückgabewerte stillschweigend zu beschädigen 
Wie auch immer, es sieht so aus, als ob Benutzer das stillschweigende Fehlschlagen von Canvas-Operationen deaktivieren können, indem sie privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts auf about:config umschalten, was es den Benutzern ermöglicht, diese Aufforderung zu sehen:
Ich habe gerade getestet und das behebt den Upload.
Beeindruckend. Danke @falco!!!
Nach meiner Erfahrung tritt dasselbe Problem auch bei einigen Favicons auf (vermutlich als JPG-Dateien hochgeladen). Löst das Umschalten von privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts auch dieses Problem?
