원래 세션 타임 아웃 스택을 Harden

Fixkamo-internal
관련 상품
2026년 8월 4일 오전 4:40 UTC
이름 *
kamo
뚱 베어
519edba

제거 후 *********** 경로 검토 중복 거들 더미는 4개의 진짜 결점 위로 돌았습니다: - sessionMonitor.start()는 3s 부츠 스트랩 setTimeout untracked, 그래서 start/stop/start 순서는 두 번째 오염 간격을 중단했습니다 () 결코 명확하지 않을 수 있었습니다. timeout id는 이제 추적하고 취소됩니다. - sessionTimeoutMinutes <= 5 Redis TTL을 가진 orgs에 결코 초과하지 않습니다 300s 경고 문턱, 그래서 proactive-extend 분지 결코 ran 및 ACTIVE 사용자는 각 체크에 타임 아웃 팝업이 표시됩니다. 경고 경로 지금 사용자가 2 분 이내에 활성화되었을 때 경고 대신 확장합니다. - 체크()는 이.config를 다시 설정한다. 간격 안쪽에 threw. Config는 각 후에 다시 검사됩니다. - clientActivity는 각 mousemove에 localStorage를 썼습니다 (동기 쓰기 포인터 주파수, 모든 sibling 탭의 각 발포 저장 이벤트). 관심상품 지금 5s에 throttled; in-memory 타임스탬프는 정확한 체재합니다. 또한: handleExtended now always closes 경고 on extension — 늙은 'TTL > 300' 상태는 전체 타임아웃이 <= 5인 orgs에서 팝업을 좌초했습니다. 분. 회귀 시험은 수명주기와 팝업 규칙을 다룹니다.

모든 변경 사항

배송을 보는 것과 같이?

작업 공간의 모든 업데이트 땅은 자동으로. 일주일 후 무료로 시청하십시오.

무료 영원히 시작가격 비교