- Shipped
- 24 sierpnia 2026 22:10 UTC
- Author
- Kamo
- Commit
- 604dee2
Dwie luki znalezione przez ponowne odczytanie oryginalnego ogona logowania przeciwko nowemu, Przed włączeniem do wyboru. Forma zakodowana /login endpoint zbudowała swój LoginRequest bez "org". kamo-login posty zakodowane w formie, więc jest to punkt końcowy każdej przeglądarki Znakowanie faktycznie sięga - wskazówka była czytelna tylko nad JSON, który Nic nie wysyła i zostałby po cichu pochytą na jednej ścieżce, która Używaj go. A nowa ścieżka omijała dwie rzeczy, które stara robi po wybiciu Sesja: rozpoczęcie procesu oczekujący na pierwszy prawdziwy znak i oczyszczenie Nieświeża dostępność AWAY lub BUSY. Nie ma również widocznego wyniku przy logowaniu Czas, więc obaj zawiodą po cichu - org wszedł do pierwszego Czas przez zbieracza nigdy nie rozpocząłby procesu, z którym został stworzony, I członek, który kiedyś ustawiłby siebie na BUSY, zostałby zajęty, co Wsparcie akceptuje smakołyki jako stały opt-out oferowanie czatu. DO_NOT_DISTURB jest nadal pozostawiony sam; przeżycie jego sesji jest celem. Obaj mieszkają teraz w SignInCompletionService, więc jest jedno miejsce, w którym to Praca dzieje się raczej niż dwa, które dryfują. SignInCompletionSPeny do testów W tym, że nieudany proces nigdy nie odmawia logowania - fakturowanie Nie jest to poświadczenia. 938 przechodzi testy.