- Navios
- 24 de setembro de 2026 às 20:50 UTC
- Autor
- Kamo
- Enviar
- 4b3f26f
O crachá e a lista ouvem o mesmo soquete e o EmailService retransmite todos os chegada (verificado em NATS: email.changed ARRIVED de ambos os pods, em seguida, o instantâneo não lido que move o crachá). A lista jogou o troco fora sempre que tivesse mais do que a sua primeira página, então recarregar a página 0 não iria Puxar um leitor de volta ao topo. Mas as páginas da lista sem ninguém a rolar: uma visita de retorno pinta 25 linhas em cache, que se sentam dentro do load-more liminar, então página 1 carregada na montagem e nenhuma chegada chegou à lista novamente até a página ser recarregada. O único outro caminho de recarga espera por uma Capacidade de notificação em tempo real que nenhum provedor tem. Uma alteração agora obtém a primeira página e dobra- a em qualquer coisa carregada (lib/email/liveListRefresh): novas linhas no topo, bandeiras do servidor, linhas Saiu do alcance da primeira página, páginas mais profundas mantidas. A lista mantém as linhas na tela no lugar quando o correio pousa acima de um leitor rolou para baixo. Uma explosão de eventos de mudança é um pedido, iniciado após o último deles, e nunca se juntou a um pedido de página-0 que já estava fora antes do mudança - que pode ter lido a pasta sem a nova mensagem. Verificado no Chrome contra o verdadeiro Navegador de Mensagens: primeira visita, depois rolagem, uma revisita, um leitor rolado fundo, uma exclusão em outro lugar, e duas chegadas em um servidor lento todas mostram a mudança sem recarregar.