- Verschifft
- 7. August 2026 um 07:51 UTC
- Autor
- kamo
- Ausschuss
- 271b7e3
Die Org Branding Bildschirm ************ gezeigt die vollständigen und einfachen Logos als fehlende Bilder, obwohl die gleichen Dateien Bilden Sie gut überall sonst in der App. safeImageSrc() schreibt eine fremde URL zu /api/images/proxy?src=... und Weiter weigert sich, einen lokalen src zu optimieren, der einen Abfragestring trägt: images.localPatterns Standardt ist der [{ Pfadname: '**', Suche: '' -], also /_next/image-Antworten 400 "url" Parameter ist nicht erlaubt. Bestätigt gegen prod -- /_next/image?url=/logo/logo.svg 200, derselbe Pfad mit jeder Abfrage 400. Ein Blob: Vorschau einer gerade gepflückten Datei versagt bei der gleichen Überprüfung auf dem absolut-URL-Zweig, so wurden die Vorschauen vor UND nach dem Upload gebrochen. Dahinter steckt ein zweiter Ausfall, den der 400 versteckte: Der Optimierer holt lokale src durch eine verspottete Anfrage ohne Kopfbereien überhaupt gebaut, so dass die Sitzung Cookie erreicht nie den Proxy und es antwortet 401. Diese Bilder dürfen also nicht den Optimierer erreichen. Fügt App/Komponenten/SafeImage.tsx hinzu -- next/image mit safeImageSrc angewendet und unoptimized Set, das die proxy Anfrage zurück in den Browser, wo das Cookie ist -- und bewegt jeden Anruf Website auf sie: die sechs Logo-Vorschauen hier plus die E-Mail-Vorschau, die E-Mail Bildblock, die Meet Branding Registerkarte und das Armaturenbrett Post Avatar, alle gebrochen auf die gleiche Weise seit dem SafeImageSrc Sweep. Einfache <img"-Websites sind unberührt; sie nie auf den Optimierer, weshalb das Thema Hintergründe auf Derselbe Bildschirm funktionierte weiter. scripts/check-safe-image.mjs hält es davon ab, wieder zurückzukommen -- die Konvention allein Schon einmal gescheitert.