Carregar uma imagem usando o navegador Tor do Windows estraga os uploads de JPG.
Definir composer media optimization image bytes optimization threshold para algo ridiculamente alto contorna o problema. Isso é muito provavelmente um problema com o navegador Tor, mas até agora parece estar acontecendo apenas no Discourse, então pensei em postar aqui de qualquer maneira, mesmo que seja apenas para compartilhar o truque de contorno.
No meu teste, o navegador Tor bloqueou esta chamada aqui:
com
Bloqueou https://try.discourse.org/ de extrair dados de tela porque nenhuma entrada do usuário foi detectada.
o que é obviamente uma mentira, já que o Seletor de Arquivos é uma entrada do usuário.
Isso foi detectado pelo nosso mecanismo de segurança:
Falha ao redimensionar: Imagem corrompida durante o redimensionamento. Retornando ao original para codificação
O que leva o Discourse a apenas recodificar o arquivo, o que parece ser bem-sucedido, mas depois falha com um 422 ao finalizar o upload multipart…
O Tor Browser deveria bloquear a API de criação de tela em vez de corromper silenciosamente os valores de retorno 
De qualquer forma, parece que os usuários podem desativar a falha silenciosa das operações de tela alternando privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts em about:config, o que permitirá aos usuários ver este prompt:
Acabei de testar e isso corrige o upload.
Impressionante. Obrigado @falco!!!
Na minha experiência, o mesmo problema também ocorre com alguns favicons (presumivelmente enviados como arquivos JPG). A alternância de privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts também corrige esse problema?
