- Verschifft
- 5. September 2026 um 18:53 UTC
- Autor
- Kamo
- Ausschuss
- 24ee442
Das Catch-all am Ende von login() legte e.getMessage() in das Antwort-Körper, und dass der Körper wörtlich auf dem Anmeldebildschirm dargestellt wird. Am 2026-09-05 die Ausnahme Ankunft dort war ein Yugabyte Katalog-Version Konflikt, so was ein Mitglied sah, war das, was ein Mitglied sah Hibernate's generiertes SELECT: jede Spalte der Depts, orgs und org_mtg, die Form der Verbindungen zwischen ihnen, und der interne Tisch-ID - ein Schema-Dump übergeben jemand, der per definitionem noch nicht angemeldet ist. Nichts geht verloren, wenn man es zurückhält. Der Typ, die Nachricht und der Full-Stack-Spur sind bereits sofort oben protokolliert, wo ein Ausfall bei dieser Ebene kommt diagnostiziert von; die Person, die ein Passwort eingibt, kann nichts mit einer SQL-Anweisung tun. Die Formulierung entspricht Kamo-Logo eigenen Fallback für diesen Fall, so dass der Bildschirm liest das gleiche, ob die Nachricht von hier kam oder der Browser nie bekam eine. Dies ist die zweite Hälfte der Fix für diesen Bericht, nicht die Korrektur selbst: die Konflikt, der es verursacht hat, wird jetzt in MemberRightsAppliedService erneut verhandlungsversucht. Das ist was der Bildschirm zeigt, wenn ein Ausfall bekommt über die erneute versuchen sowieso, und es ist auch was es für jede andere Ausnahme zeigen wird, die hier endet. Verlässt das gleiche Muster im Logout, /validate und dem Session-Refresh-Endpunkt allein; keiner von ihnen erschien in dem Bericht und jeder verdient seinen eigenen Blick. Kompilieren sauber; kein Test behauptete die alte Botschaft.