- Verschifft
- 8. September 2026 um 01:09 UTC
- Autor
- Kamo
- Ausschuss
- cd87743
ServiceType versendet in jedem Service-Glas, während ORG_FEATURES geteilt wird, also ein neu hinzugefügt App ist IMMER in der Datenbank, bevor die älteren Leser wurden wieder aufgebaut. Dieses Fenster öffnet sich auf jedem Einsatz und schließt sich erst, wenn der letzte Dienst wird gerollt - es ist der normale Fall, kein Rand. ServiceTypeConverter warf auf eine ID, die es nicht erkannte. Hibernate wirft, dass während der Erstellung der Zeile, so dass der Ausfall nicht auf die Zeile oder sogar auf die App: die gesamte org_features gelesen fehlgeschlagen, für jede Organisation, auf jedem Service noch läuft das ältere Glas. Das ist heute Abend passiert. Ids 34 und 35 (KAMO_UNIVERSE, CHESS) wurden gegen die Root org bei 23:50 UTC; SecurityService war vor diesen Konstanten gebaut worden existierte. Von da an GET /api/security/features beantwortet 500, so dass die Apps Einstellungen Seite aufgelistet Null verfügbar und Null nicht verfügbare Apps, und die org Nutzlast kam ohne Features zurück - das ist, was tatsächlich weh tat, weil ohne App eingeschaltet die Berechtigung Redakteure machen keine App-Sicherheitsgruppe, und jedes Recht, das mit einer App versehen wird, verschwindet stillschweigend von allen fünf. Es liest sich wie "Die Hälfte meiner Rechte ist weg", und nirgendwo sagt irgendetwas warum. So eine unbekannte ID löst sich nun zu Null und die Zeile wird übersprungen, das ist, was jeder Caller wurde bereits geschrieben, um zu erwarten . AppliedModelEnforcementService, **************** und ************ alle Wache für einen Null-Typ und was RoleRightTypeConverter, der einzige andere Konverter dieser Form, hat immer gemacht. Die ID wird einmal pro Service protokolliert, so dass ein abgestandener Build noch ankündigt sich selbst. Nichts ändert sich auf dem Schreibpfad: convertToDatabaseColumn only only sees eine echte Konstante, so dass eine Zeile, die ein älterer Build nicht lesen kann, genau so gelassen wird, wie geschrieben.