Limpar o crachá não lido para uma conversa que o membro está lendo

Fixkamo-internal
Navios
20 de agosto de 2026 às 19:18 UTC
Autor
kamo
Enviar
c81aece

O crachá foi alimentado por duas fontes não ordenadas — o REST não lido e O tópico não lido do MediaService — e aplicado o último pouso, sem nada Nunca mais a leia. Uma dessas fontes é sistematicamente tardia: o quadro Dizer-lhe que uma mensagem chegou é calculado na cauda do pedido do SENDER, depois que a mensagem já foi para fora sobre o tópico da sessão, assim um leitor cujo o cliente marca a conversa imediatamente lida pode ter essa leitura gravada, transmitir e aplicado ANTES do quadro "você tem 1 não lido" é enviado mesmo. Aplicado na ordem de chegada ele fixou uma contagem a base de dados nunca tinha concordado com, no título da aba e ao lado do nome do remetente, até que a página fosse recarregada. O reconciliador agora dobra as cargas úteis sob três regras: um quadro calculado antes um já aplicado é deixado cair, uma sessão com uma leitura de marca em voo zero, e uma conversa que o membro está olhando é zero qualquer que seja o servidor diz — e o servidor é dito assim. Os totais são derivados do mapa da sessão, então o crachá de guia, o crachá de membro e a linha de bate-papos sempre contam o mesmo mensagens. Uma janela de bate- papo aberta e restaurada em uma guia de primeiro plano agora se registra como sendo visualizada durante o tempo que se mantém, em vez de marcar ler uma vez no monte, e a contagem é re- lida no foco da tabulação, na reconexão do socket e em um primeiro plano lento tick — os caminhos que um push não pode cobrir.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços