- Shipped
- 4 sierpnia 2026 04:40 UTC
- Author
- kamo
- Commit
- 519edba
Przegląd ścieżki po usunięciu Zduplikowany stos jadlewa wykazał cztery prawdziwe defekty: - sessionMonitor.start() pozostawił 3s bootstrap setTimeout nieśledzony, więc a Sekwencja start/stop/start odrodziła się w drugim przedziale sondażowym, który stop() Nigdy nie było jasne. Id czasowy jest teraz śledzony i anulowany. - On orgs with sessionTimeoutMinutes 5 Redis TTL nigdy nie przekracza Próg ostrzegawczy 300s, więc proaktywne rozszerzenie gałęzi nigdy nie działało i ACTIVE Użytkownikom pokazano wyskakujące okienko na każdym czeku. Ścieżka ostrzegawcza teraz Wydłuża się zamiast ostrzegania, gdy użytkownik jest aktywny w ciągu 2 minut. - check() odnotowywał to.config po oczekiwaniu; stop() ściganie się powolną prośbą Rzuć w środku interwału. Config jest ponownie sprawdzany po każdej oczekiwaniu. - clientActivity napisał localStorage na każdym krokuingu myszy (synchroniczne pisanie na Częstotliwość wskaźnika, każde rozpalanie zdarzeń przechowywania we wszystkich kartach rodzeństwa). Wytrwale Są teraz dławione do 5s; znacznik czasu w pamięci pozostaje dokładny. Również: uchwytRozszerzony teraz zawsze zamyka ostrzeżenie o przedłużeniu - stare "TTL > 300" stan utknął w wyskakującym okienku na orgs, którego całe limit czasu wynosi 5 - Za minuty. Testy regresji obejmują cykl życia i oba reguły wyskakujące.