- Se descapó
- 3 de agosto de 2026 a las 2:32 UTC
- Autor
- kamo
- Compromit
- 36ad904
El buzón hizo una sola carta en un solo gradiente compartido para todos, así que cada fila se veía igual y el círculo no llevaba información. Ahora muestra el la foto real del corresponsal cuando se conoce a uno, y un monograma de dos letras cuando No lo es. Un SenderAvatar reemplaza siete círculos iniciales enrollados a mano. Eso importaba. más que consistencia: cada uno llevaba su propia idea de cómo dividir una dirección, y el abatar caché está en la división, por lo que cualquier desacuerdo entre la lista y el panel de lectura reduciría silenciosamente a la mitad el ritmo de éxito y mostraría a la misma persona dos diferentes maneras en una pantalla. parseDireress es ahora el único lugar un RFC 5322 La dirección está desmontada. La lista y las vistas de hilos también dejan de imprimir cabeceras en bruto como "Jane Doe, Jane-acme.com" y muestra el nombre. La identidad vive en su propia tienda tecla por dirección, nunca en los objetos de mensaje. Ambas listas ven la encuesta cada 30s y en cada notificación de websocket, cada vez sustituir su matriz de mensajes al por mayor de la red de mensajes. borrado dos veces por minuto, para que una bandeja inboxeada parpadeaba fotos a monograma y de vuelta - Para siempre. La clave por dirección también significa que una respuesta tardía no puede pintar la fila equivocada, porque las filas no son lo que está llave. Las peticiones se vuelven coaleadas en un lote por pantalla: cincuenta filas pidiendo independientemente serían cincuenta peticiones, y ya que cada llamada a este servicio vacía una clave de una sola vez, En realidad cien. Una falta se vuelve a preguntar una vez después de los 45, porque el lado del servidor La resolución es en dos fases y una dirección desconocida se responde sólo en una llamada posterior. ConversationListView está virtualizado. Consiguió 50 filas por página y se vuelve a presentar todos ellos dentro de una AnimatePresencia con un escalofrésped por índice en cada encuesta; La adición de una imagen a cada uno la convirtió en la superficie más pesada del buzón. Los remitentes de no-respon y correo-daemon put get un punto neutro en lugar de un monograma a La cara junto a un aviso de rebote es activamente engañosa. Las fotos son decorativas (alt="") porque el nombre siempre es texto visible a su lado, y lleva referrrpolicy="no-referrer" por lo que un identificador de hilos nunca llega a un host de imagen. Cada avatar se sirve desde nuestro propio origen, las imágenes de terceros son buscadas, servidor validado y re-hosted lado del servidor que es lo que permite la nueva petición per-request La política img-src se mantiene atento a los propios dominios del inquilino. Esa política está incorporada. el proxy en lugar de next.config porque esta plataforma está etiquetada en blanco: a La política estática tendría que nombrar a un inquilino y rompería imágenes para el resto. También cierra un vector de seguimiento-pixel almacenado preexistente, desde Contact.photoUrl es una URL de texto libre que se renderiza directamente en varios src. la imagen siguiente/imágena ya no acepta SVG remoto. Ese era un riesgo aceptable cuando el único SVGs eran nuestro propio logotipo de tema; no es ahora que la plataforma ingiere marcas publicado en DNS, tercero. Los que llaman dejan caer el ORG-ID de código duro = 1 y el parámetro de consulta orgId, que coinja con el cambio de backend que deriva el alquiler de la sesión.