- Shipped
- 7 de setembro de 2026 às 21:35 UTC
- Author
- Kamo
- Commit
- d6de046
O relé de e-mail do navegador ligou um consumidor DURABLE NATS com o nome do membro ("email-ws-<id>"). Um consumidor de push durável admite exatamente um assinante, então com duas réplicas foi recusada a segunda cápsula de ligação — [SUB-90012] O consumidor já está vinculado a uma subscrição — e não retransmitiu absolutamente nada. Está nos registos de quatro caixas de correio Hoje. Nada sobre isso parece quebrado de fora. O aperto de mão é aceito, o STOMP sessão é saudável, /app/email/subscribe é honrado, ea abertura instantâneo não lido é publicado para NATS exatamente como deveria ser. Simplesmente tem. Ninguém naquela cápsula para levá-lo de volta, porque ConvertAndSend corretor é in-heap: uma moldura só atinge um membro se o pod segurando seu WebSocket Todas as cápsulas têm de ouvir todas as mensagens. O membro recebe um soquete que nunca faz uma contagem, volta para uma leitura REST de um tiro, e o correio emblema então se senta nesse número até que a página seja recarregada — lendo uma mensagem Não move nada. Em que cápsula aterraram decidiram se o distintivo funcionava, Então veio e foi e nunca parecia um insecto. Os consumidores efémeros não têm identidade cruzada, por isso não há nada para colidem, e o Threshold inativo colhe um cuja cápsula desapareceu. Isto é... O quê? existe para e para que MediaService's os relés já usam; este foi o último relé ainda mantendo um durável. Nada se perde com a mudança: o durável era a DeliverPolítica. Nova, então nunca Reproduziu. Os consumidores órfãos de email-ws-* são inertes — o fluxo é limites-retenção — e são deixados para envelhecer em vez de purgados à mão.