- Navios
- 14 de agosto de 2026 às 04:43 UTC
- Autor
- kamo
- Enviar
- 381b58d
A regra espelhada era certa; o que estava errado é que a resposta foi calculada uma vez, quando uma mensagem chegou, e guardou. A colocação precisa de três coisas — o remetente, o visualizador e solicitante do ticket — e qualquer um deles pode resolver após uma mensagem já está na mão: uma aterrissagem de resposta enquanto o ticket ainda está carregando, um login que ainda não respondeu. O histórico sobreviveu a isso, porque um ticket resolvendo novamente o mapeamento A página inteira. Uma mensagem que veio sobre a tomada não: foi carimbada com o recuo e manteve-o para a vida da janela. Esta é a forma de O relatório — por vezes, é errado, nunca de forma reprodutível, e logo depois de um Recarregar. Uma mensagem agora carrega quem a enviou e nada sobre onde ela vai. O lado é computado durante renderização, então um requestorId ou um ID de membro que chega a um momento mais tarde re-sides tudo já na tela em vez de deixá-lo onde um palpite Põe. A linha de auto-enviar está do lado da mesma regra que qualquer outra. sendo marcado "meu" — uma segunda maneira de decidir a mesma coisa que poderia discordar com o primeiro. O ID do visualizador é agora passado da janela, que já o resolveu App-wide, em vez do chat buscar o seu próprio. Colocação espelhada precisa da visualizador, então cada milissegundo que o ID é desconhecido é um milissegundo Recuar — e para o requerente o recuo é o lado errado. Os testes ganham as duas propriedades que só foram implícitas: dois agentes em um ticket ver o mesmo layout um do outro, e recomputar com ids reais após um desconhecido dá a resposta real.