- Navios
- 7 de agosto de 2026 às 07:51 UTC
- Autor
- kamo
- Enviar
- 271b7e3
O ecrã de marca de org mostrou os logotipos completos e simples como imagens ausentes, mesmo que os mesmos arquivos renderizar bem em qualquer outro lugar no aplicativo. safeImageSrc () reescreve uma URL estrangeira para /api/images/proxy?src=..., e Next recusa-se a otimizar um src local que carrega uma string de consulta: images.local Padrões defaults to [{ caminho: '**', search: ''}], so / next/image responsons 400 "url" parâmetro não é permitido. Confirmado contra... / next/image?url=/logo/logo.svg 200, o mesmo caminho com qualquer consulta 400. Uma bolha: a antevisão de um ficheiro seleccionado falhou a mesma verificação no seu ramo absoluto-URL, então as prévias foram quebradas antes e depois do upload. Atrás disso está uma segunda falha o 400 estava se escondendo: o otimizador busca um src local através de um pedido simulado construído sem cabeçalhos, então a sessão cookie nunca atinge o proxy e responde 401. Portanto, estas imagens não devem alcançar o otimizador. Adiciona app/componentes/SafeImage.tsx -- next/image com safeImageSrc aplicado e conjunto não otimizado, o que coloca o requisição proxy de volta no navegador onde o cookie está -- e move cada chamada site sobre ele: as seis pré-visualizações do logotipo aqui mais a pré-visualização do modelo de email, o bloco de imagem de email, a guia Meet branding e o avatar de postagem do painel, tudo Quebrado da mesma forma desde a varredura seguraImageSrc. Locais simples <img> intocado; eles nunca atingiram o otimizador, por isso o tema Esta mesma tela continuou funcionando. scripts/check-safe-image.mjs impede que ele volte -- a convenção sozinha já falhou uma vez.