- Spegnimento
- 5 settembre 2026 alle ore 20:00 UTC
- Autore
- Kamo
- Impegno
- a11156f
Due letti e nove corpi di risposta, entrambe metà della stessa relazione. SessionRefreshController ha caricato l'estratto membro prima della lettura dei diritti che è stato fissato ieri, e quel carico non ha portato nulla. Questo punto finale è inquinato da ogni cliente firmato a breve intervallo, quindi è la prima cosa un catalogo tocchi urti. Retried alla chiamata piuttosto che su aggiornamento(), perché il metodo continua a scrivere diritti rinfrescati nella sessione e questo non è lavoro da ripetere. E' una lettura pura dietro l'Interazione. directory del centro; prende l'annotazione direttamente. Il resto è il corpo di risposta. login() è stato fissato in 24ee442; lo stesso modello in altri nove posti su questo controller — validate-otk, rinfrescato, logout, user-info, csrf-token, validate-csrf, provider, sessione/info e sessione / esecuzione — ogni cattura Eccezione e mettere e.getMessage() nel JSON. Questo è il modo in cui un errore del database è diventato uno schema di dump sullo schermo di accesso, e ogni uno di questi è raggiungibile senza sessione o una scaduta. Ora rispondono con una frase fissa e registrare l'eccezione; tre di loro non lo stavano affatto registrando, così il dettaglio è ora registrato dove è stato mostrato in precedenza solo all'utente. Deliberatamente intatto: i due siti che catturano l'IlegalArgumentException e Rispondi a 400. Quei messaggi sono scritti per la persona che li legge, che è la di fronte a quelli sopra.