- Se descapó
- 2 de septiembre de 2026 a las 8:18 UTC
- Autor
- Kamo
- Compromit
- 56acc01
Un miembro se envió un mensaje de una cuenta externa con un archivo adjunto. El mensaje llegó; el archivo no estaba en ninguna parte de él. No hay vista previa, no hay enlace de descarga, y sin ofrecer control para revelarlo. La lista de adjuntos lleva una bandera "inline" y el panel de lectura deja caer cada parte que lo tiene, porque una parte en línea es una que el cuerpo ya pinta y catalogarlo debajo también sería ruido. A cid: referencia de la HTML es la única ruta que un cuerpo tiene para una parte, y eso necesita un Contenido-ID. El Lector también izó la bandera de la Disposición de Contenido: en línea, que RFC 2183 significa mucho más débilmente "mostrar esto en secuencia con el mensaje" y que no Content-ID con él. Una parte marcada de esa manera se escondió de la lista mientras que nada En el cuerpo se podía pintar: sentado en el buzón, inalcanzable desde la UI. iPhone Mail conecta cada foto exactamente de esa manera, así que enviando una foto de un el teléfono era suficiente para perderlo, y un PDF enviado con una disposición en línea fue el de la misma manera. El mensaje reportado es una imagen/jpeg de 73 KB, Content-Disposición: en línea, sin Contenido-ID. Ahora analiza como un adjunto listado con un enlace de descarga, y el clip de papel está de vuelta en la fila. la bandera también ha escrito haAttachment, así que el El mensaje había anunciado que no llevaba nada. Un Content-ID en solitario ahora lo decide. Los logotipos de la firma de la bandera existen para mantener ellos y mantén la carta fuera de la lista. El cambio de parrilla de una línea alcanzó principal temprano dentro de 5bd1e83, comprometido desde otra sesión trabajando en esta misma caja que lo arrasó; esto lleva su pruebas y el contrato del campo.