- Se descapó
- 9 de agosto de 2026 a las 17:46 UTC
- Autor
- kamo
- Compromit
- e7b7bc9
Un video que llegaba en una conversación no se pudo reproducir hasta que la página fue recargada, Mientras que un video que el miembro acababa de enviar siempre jugaba. Ambas copias fueron adúmpetas Reenviar el mismo archivo produjo un adjunto de trabajo apuntando a la misma objeto almacenado, por lo que nunca fue el archivo o el formato. Las etiquetas de los medios son emitidas por el navegador, por lo que a diferencia de cada obtener en la aplicación no pueden llevar la cabecera per-tab X-***-Token y autenticar en la galleta *** sola. Verificado contra el proxy vivo: solo para galletas 206, solo parada de cabeza 206, ni 401. Eso cookies se replanta sólo en la actividad del usuario, por lo que un miembro sentado ocioso en una conversación Lo pierde mientras el resto de la aplicación continúa trabajando desde sessionStorage. Un vídeo que llega a la derecha, entonces obtiene un 401 en su primera petición y un "img"/ovideo. Elemento LATCHES ese fracaso. Nunca vuelve a intentarlo, así que el control permanece muerto hasta que un reload construye un elemento fresco. El envío es actividad y mantiene viva la galleta, que Es por eso que los propios adjuntos de un miembro nunca se vieron afectados. En error el elemento ahora replanta la cookie de sesión y vuelve a cargar su fuente una vez. Una sola vez: un segundo fracaso es real, y volver a intentar en una sesión muerta no ayuda a nadie. Esto es recuperación, no prevención. media auth todavía descansa en una cookie que puede camisonar mientras la sesión real de la cuenta está viva.