Recuperar um anexo recebido cujo primeiro pedido foi rejeitado

Fixkamo-internal
Shipped
9 de agosto de 2026 às 17:46 UTC
Author
kamo
Commit
e7b7bc9

Um vídeo que chegasse numa conversa não pôde ser reproduzido até que a página fosse recarregada, enquanto um vídeo que o membro tinha acabado de enviar sempre reproduzido. Ambas as cópias eram idênticas — reenviar o mesmo processo produziu um anexo de trabalho que aponta para o mesmo objeto armazenado — então nunca foi o arquivo ou o formato. As etiquetas de mídia são emitidas pelo navegador, então ao contrário de cada busca no aplicativo que eles não podem carregar o cabeçalho per-tab X-***-Token e autenticar no cookie *** sozinho. Verificado contra o proxy ao vivo: cookie-only 206, header-only 206, nem 401. Isso. cookie é re-plantado apenas na atividade do usuário, então um membro sentado ocioso em uma conversa perde-o enquanto o resto da aplicação continua a trabalhar desde a sessãoStorage. Um vídeo que chega à direita então recebe um 401 em seu primeiro pedido — e um <img>/<vídeo>/<áudio> O elemento prende essa falha. Ele nunca volta, então o controle permanece morto até que um a recarga constrói um elemento novo. Envio é atividade e mantém o cookie vivo, que é por isso que os próprios apegos de um membro nunca foram afetados. No erro o elemento agora re-planta o cookie de sessão e recarrega sua fonte uma vez. Uma vez só: um segundo fracasso é real, e tentar novamente numa sessão morta não ajuda ninguém. Isto é recuperação, não prevenção — a autenticação de mídia ainda repousa em um cookie que pode caducar enquanto a sessão real da aba está viva.

All changes

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços