Caricare un’immagine usando il browser Tor di Windows rovina i caricamenti JPG.
Impostare composer media optimization image bytes optimization threshold su un valore incredibilmente alto aggira il problema. È molto probabile che si tratti di un problema con il browser Tor, ma finora sembra che stia accadendo solo in Discourse, quindi ho pensato di segnalarlo qui comunque, anche solo per condividere la soluzione temporanea.
Nel mio test, il browser Tor ha bloccato questa chiamata qui:
con
Bloccato https://try.discourse.org/ dall’estrazione di dati canvas perché non è stato rilevato alcun input dell’utente.
che è ovviamente una bugia, dato che il File Picker è un input dell’utente.
Ciò è stato rilevato dal nostro meccanismo di sicurezza:
Ridimensionamento fallito: Immagine corrotta durante il ridimensionamento. Ripiego sull’originale per la codifica
Il che spinge Discourse a ricodificare solo il file, cosa che sembra avere successo, ma poi fallisce con un 422 al completamento dell’upload multi-parte…
Tor Browser dovrebbe bloccare l’API di creazione canvas invece di corrompere silenziosamente i valori restituiti 
Comunque, sembra che gli utenti possano disabilitare il fallimento silenzioso delle operazioni canvas attivando privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts su about:config che consentirà agli utenti di vedere questo prompt:
Ho appena testato e questo risolve l’upload.
Impressionante. Grazie @falco!!!
Nella mia esperienza, lo stesso problema si verifica anche con alcune favicon (presumibilmente caricate come file JPG). L’attivazione di privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts risolve anche quel problema?
