- Shipped
- 7 august 2026 la 07:51 UTC
- Author
- kamo
- Commit
- 271b7e3
Ecranul de branding al orgului ************* logo-uri complete și simple ca imagini lipsă chiar dacă aceleași fișiere face bine peste tot în aplicație. SafeImageSrc () rescrie un URL străin la /api/images/proxy?src=..., and Next refuză să optimizeze un Src local care poartă un șir de întrebări: imagini.local Modele %s to [{name de cale: '**', search: ''}], so / nt/image answers Parametrul 400 "url" nu este permis. Confirmat împotriva prod - / next/image?url=/logo/logo.svg 200, acelaşi drum cu orice interogare 400. O bulă: avanpremiera unui fișier doar ales nu a reușit aceeași verificare a sucursalei sale absolute-URL; aşa că avanpremiera a fost ruptă înainte şi după încărcare. În spatele că se află un al doilea eșec 400 a fost ascuns: optimizator aduce un Src locale printr-o cerere batjocorit construit cu nici un antet la toate, astfel încât sesiunea cookie-ul nu ajunge niciodată la proxy şi răspunde la 401. Deci aceste imagini nu trebuie să ajungă la optimizator. Adaugă aplicație/componente/SafeImage.tsx -- următorul/imaginea cu seifImageSrc aplicat și neoptimizat set, care pune proxy cerere înapoi în browser-ul în cazul în care cookie-ul este - și mută fiecare apel site-ul pe ea: cele șase previzualizare logo aici, plus previzualizare șablon e-mail, e-mail imagine bloc, Meet branding tab și bord post avatar, toate S-a rupt în acelaşi mod de când s-a măturat SafeImageSrc. Plain <img> site-uri sunt neatins; nu au lovit niciodată optimizatorul, motiv pentru care fundalurile tematice pe acelaşi ecran continua să funcţioneze. script-uri / verifica-safe-image.mjs îl împiedică să se întoarcă - convenţia singur deja nu a reușit o dată.