- Verschifft
- 27. August 2026 um 23:43 UTC
- Autor
- Kamo
- Ausschuss
- b747b98
Die Konsolen-Kulisse und der Mitglied Wallpaper-Editor lesen beide die des Mieters "config.json" für "backgroundImageCount", und beide haben danach gefragt mit "Cache: 'Zwangskasse'. Dieser Modus bevorzugt nicht nur den Cache - er ignoriert Frische ganz und geht an das Netzwerk nur, wenn kein Eintrag vorhanden ist, so "Max-Alter=0, Must-revalidate" auf dem Objekt hatte kein Mitspracherecht. Eine brandneue Org wird mit der Basisvorlage ausgesät, und **************** trägt "BackgroundImageCount: 0". Also ein einziger Haken zwischen Org Schöpfung und der erste Hintergrund-Upload zwischengespeichert "keine Hintergrundbilder" für die Lebensdauer dieses Eintrags, und die Konsole dann lackiert die schlichte Gefälle auf unbestimmte Zeit, während die org fünf Hintergründe saßen in MinIO, richtig vorsorgend und nie angefordert. Die Org's Farben und Logo durchgehend korrekt aufgetragen, weil DynamicMetaLoader holt die gleiche Datei mit "no-store". Nun "no-cache": noch gelagert, vor der Wiederverwendung neu besprochen, so dass eine Wiederholungslast kostet ein 304 auf einem 200-Byte-Körper. Die Ableitung bewegt sich auf "app/lib/orgThemeImages.ts" beide Call-Sites hatten ihre eigene Kopie davon, und .app/hooks/**" ist nicht in vitest's die Möglichkeitsliste, so dass ein Test, der neben dem Haken geschrieben wurde, niemals gelaufen wäre. Auch "useOrgThemeImages" lässt seinen Modul-Cache auf KAMO_THEME_REAPPLY fallen, der Branding speichern bereits Sendungen; ohne dass der Cache die sehr ändern es wurde durch ungültig erklärt, bis eine vollständige Neulast.