- Navios
- 4 de agosto de 2026 às 04:40 UTC
- Autor
- kamo
- Enviar
- 519edba
Revisão do caminho após a remoção a pilha ociosa duplicada apresentou quatro defeitos reais: - sessionMonitor.start() deixou seu set de bootstrap 3sTimeout não rastreado, então a a sequência start/stop/start gerou um segundo intervalo de votação que stop() Nunca consegui limpar. O ID de tempo limite é agora rastreado e cancelado. - Em orgs com sessãoTimeoutMinutes <= 5 o Redis TTL nunca excede o Limite de aviso de 300s, então o ramo proativo-extendente nunca foi executado e ativo os usuários foram mostrados o intervalo de tempo em cada verificação. O caminho de aviso agora estende- se em vez de aviso quando o utilizador estiver activo dentro de 2 minutos. - check() deferred this.config after waits; stop() racing a slow request Atirado dentro do intervalo. A configuração é verificada depois de cada espera. - clienteActivity escreveu localStorage em cada movimento do mouse (síncrono escreve em frequência do ponteiro, cada evento de armazenamento de disparo em todas as abas de irmãos). Persiste são agora estrangulados para 5s; o timestamp em memória permanece exato. Além disso: handleExtended agora sempre fecha o aviso sobre a extensão — o antigo «TTL > 300» condição em que o popup em orgs cujo tempo total é <= 5 minutos. Os testes de regressão cobrem o ciclo de vida e ambas as regras popup.