- Expediere
- 22 august 2026 la 21:47 UTC
- Autor
- Kamo
- Comite
- 0fc3aff
Nimic din SecurityService nu a scris vreodată utilizatori.last login. Scrisul a trăit în serviciul de autentificare pensionat și nu a fost preluată atunci când Autentificare mutat la JDBC-doar UserAutentificationService, care citește şi nu scrie niciodată. Prin urmare, coloana a fost NULL pentru fiecare utilizator, și fiecare suprafață care arată că se citește "Niciodată": membrii /contul și membrii echipei grile; cipul antet profil membru, și fila Login & Security. Nimic greşit. oriunde, pentru că fiecare strat se comportă corect pentru un nul. Ștampilați-l în cazul în care cheia o singură dată este bătut mai degrabă decât în cazul în care parola este Verificat. OTK este ceea ce mâinile de fapt sesiune la browser, astfel încât semn-in care se oprește la al doilea factor a dovedit o parolă, nu un identitatea și nu lasă niciun semn până când factorul nu este atins. Inserţia şi intrarea în mod deliberat nu ştampilă: Administrator conduce, și înregistrarea ca propriul membru de sign-in ar pune un autentificare nu au efectuat într-o suprafață de audit. /Dispozitiv/schimb este a fundal token reîmprospătare care se ocupă, de asemenea, de comutare org, astfel încât ștampilarea ar Transformă valoarea în "ultima dată când telefonul a sunat acasă." Valoarea este LocalDateTime.toString() în UTC trunchiate la milisecunde, offset-less forma app/lib/serverTime.ts deja parses; partea web nevoie nu schimbare. Efect secundar demn de ştiut: acest lucru face poarta deţinător în SecurityController Real. Acesta testează "niciodată verificat și nu a semnat în," și cu ultimul login întotdeauna NULL a doua clauză a fost întotdeauna adevărată, generând verificarea EmailVerificat singur. Rândurile existente rămân NULL până când fiecare utilizator se va conecta. Autentificările nu au fost niciodată înregistrat, astfel încât nu este nimic de a umple din spate.