- Spegnimento
- 7 agosto 2026 alle ore 07:51 UTC
- Autore
- kamo
- Impegno
- 271b7e3
Lo schermo del branding di org ha mostrato i loghi completi e semplici come immagini mancanti anche se gli stessi file rendere bene ovunque nell'app. safeImageSrc() riscrive un URL estero a /api/images/proxy?src=..., and Next rifiuta di ottimizzare uno src locale che trasporta una stringa di query: immagini.local Modelli default a [{ pathname: '**', search: '' }], quindi / next/image risponde 400 "url" parametro non è consentito. Confermato contro il prod -- / next/image?url=/logo/logo.svg 200, lo stesso percorso con qualsiasi query 400. Un blob: l'anteprima di un file appena raccolto fallisce lo stesso controllo sul suo ramo assoluto-URL, così le anteprime sono state rotte prima e dopo il caricamento. Dietro questo si trova un secondo fallimento che i 400 si nascondevano: l'ottimizzatore fa un locale src attraverso una richiesta mocked costruito senza intestazioni affatto, quindi la sessione cookie non raggiunge mai il proxy e risponde 401. Quindi queste immagini non devono raggiungere l'ottimizzazione. Aggiunge app/components/SafeImage.tsx -- successivo/immagine con safeImageSrc applicato e set accessibile, che mette il richiesta proxy nel browser in cui il cookie è -- e sposta ogni chiamata sito su di esso: le sei anteprime del logo qui più l'anteprima del modello di e-mail, la blocco immagine e-mail, la scheda di marca Meet e il cruscotto post avatar, tutti ha rotto lo stesso modo dopo la spazzata SafeImageSrc. I siti Plain <img> sono intatto; non hanno mai colpito l'ottimizzatore, motivo per cui il tema sfondi su questo stesso schermo ha continuato a funzionare. scripts/check-safe-image.mjs lo mantiene dal ritorno -- la convenzione da sola già fallito una volta.