- Se descapó
- 7 de agosto de 2026 a las 7:51 UTC
- Autor
- kamo
- Compromit
- 271b7e3
La pantalla de la marca org ********************** los logotipos completos y simples como imágenes faltantes a pesar de los mismos archivos renderiza bien en todas partes de la aplicación. safeImageSrc() reescribe una URL extranjera a /api/images/proxy?src=..., y Siguiente se niega a optimizar un src local que lleva una cadena de consulta: imágenes.Patterns predeterminado a [o pathname: '**', búsqueda: '' .], por lo que /-next/image respuestas No se permite un parámetro de 400 "url". Confirmado en contra de la dila... /-next/imaage?url=/logo/logo.svg 200, el mismo camino con cualquier consulta 400. Una mancha: vista previa de un archivo recién elegido falla el mismo control en su rama absoluta-URL, Así que las previsualidades se rompieron antes y después de subir. Detrás de eso se encuentra un segundo fracaso que se escondía los 400: el optimizador consigue un local src a través de una petición burlada construida sin cabeceras en absoluto, por lo que la sesión La cookie nunca llega al proxy y responde a 401. Así que estas imágenes no deben llegar al optimizador. Añade app/components/SafeImage.tsx -- siguiente/imagen con seguraImageSrc aplicado y conjunto sinoptimizar, que pone el solicitud de recarga en el navegador donde está la cookie -- y mueve cada llamada el sitio en él: las seis vistas previas del logo aquí más la vista previa de la plantilla de correo electrónico, el bloque de imagen de correo electrónico, la pestaña de marca Meet y el salpicadero post avatar, todos rota de la misma manera desde el barrido de seguridad de ImageSrc. Los sitios de llanuras son sin tocar; nunca golpearon el optimizador, por lo que los antecedentes temáticos sobre Esta misma pantalla siguió funcionando. scripts/check-safe-image.mjs evita que vuelva - la convención sola Ya fracasó una vez.