- Verschifft
- 5. September 2026 um 20:00 UTC
- Autor
- Kamo
- Ausschuss
- a11156f
Zwei Lesungen und neun Antwortstellen, beide Hälften des gleichen Berichts. SessionRefreshController lud dem Mitglied eine Erklärung vor der Verlesung der Rechte das war gestern behoben, und diese Last trug nichts. Dieser Endpunkt wird abgefragt von jedem angemeldeten Kunden in einem kurzen Intervall, so ist es das erste, was ein Katalog Bump berührt. Retried beim Anruf statt auf refresh(), weil die Methode schreibt die Session mit den aktualisierten Rechten, und das ist keine Arbeit, die man wiederholen kann. ************ ist eine reine Lektüre hinter der Interaktion Das Verzeichnis von Center, das die Anmerkung direkt annimmt. Der Rest ist die Antwort-Körper. login() wurde in 24ee442 festgelegt; das gleiche Muster stand in neun weiteren Plätzen auf diesem Controller - validate-otk, refresh-token, Logout, User-info, csrf-token, validate-csrf, Provider, session/info und Sitzung/erweitern - jede fangende Ausnahme und setzen e.getMessage() in die JSON. Das ist, wie ein Datenbankfehler wurde ein Schema-Dump auf dem Anmelde-Bildschirm, und jeder Eine davon ist ohne Sitzung oder abgelaufene erreichbar. Sie antworten jetzt mit einen festen Satz und die Ausnahme protokollieren; drei von ihnen haben ihn überhaupt nicht aufgezeichnet, so wird das Detail nun dort aufgezeichnet, wo es vorher nur dem Benutzer gezeigt wurde. Bewusst unberührt: die beiden Seiten, die IllegalArgumentException und Antwort 400. Diese Nachrichten sind für die Person geschrieben, die sie liest, die die Gegenüber den oben genannten.