- Verschifft
- 25. August 2026 um 21:46 UTC
- Autor
- Kamo
- Ausschuss
- acc2049
Dieser Endpunkt ist es, was die Arbeitsraum-Shell lädt, bevor sie wiedergibt, und der Client lehnt eine aufnehmen kann es nicht lesen . Organisation.fromJSON wirft ohne Domain - so ist dieses Versagen ein leere Seite und nicht ein fehlendes Feld. Es ist der gleiche Endpunkt hinter dem Ausfall dieser Arbeit begann mit. Es liest org.domains faul, um dieses Feld zu beantworten. Eine Abfrage, die früher in der gleichen Anfrage ausfällt nimmt die Sitzung mit ihm, und jede spätere faule Berührung wirft dann LazyInitializationException anstatt eine Domain zurückzugeben. Das geschah in Ausbrüchen am 2026-08-25, neben vergänglichen Yugabyte "schema version mismatch" bricht während einer Welle von Migrationen ab. Der Auslöser war vergänglich; die Zerbrechlichkeit war es nicht. Geholt mit findByIdWithDomains jetzt - eine Abfrage, und die Domains sind in der Hand, bevor alles andere schief gehen kann. Der eigene Fallback der Projektion hatte den gleichen Defekt und versteckte ihn besser: Merkmale sind auch faul, und der Fanghandler nach org.getFeatures() wieder unbewacht griff. So in genau dem Fall die Fallback existierte für - die Sammlung ist unlesbar - es rethww das Scheitern wurde es geschrieben zu absorbieren. Es degradiert zu keinen Funktionen jetzt, über FeaturesOrNone: eine dünne App-Liste ist wiederherstellbar auf der nächsten Anfrage, eine Seite, die nicht geben wird, ist nicht. Allein gelassen: UploadLogo und commitBackgrounds lesen Domains auch faul, aber sie sind Branding Wege, die sich auf die bewusste Open-in-View verlassen: wahr, nicht die Seitenlast.