- Spegnimento
- 7 settembre 2026 alle ore 21:35 UTC
- Autore
- Kamo
- Impegno
- d6de046
Il relè e-mail del browser ha legato un consumatore NATS DURABLE chiamato dopo il membro ("email-ws-occuid>"). Un consumatore di spinta durevole ammette esattamente un abbonato, quindi con due repliche il secondo branco da legare è stato rifiutato — [SUB-90012] Il consumatore è già legato ad un abbonamento — e non ha relè nulla. È nei registri distribuiti per quattro caselle di posta Oggi. Non c'e' niente che sembri rotto dall'esterno. La stretta di mano è accettata, il La sessione STOMP è salutare, /app/email/subscribe è onorata, e l'apertura snapshot non letto è pubblicato su NATS esattamente come dovrebbe essere. Ha semplicemente nessuno su quel baccello per riportarlo indietro, perché il broker di convertAndSend è in-heap: un frame raggiunge solo un membro se il baccello che tiene il loro WebSocket L'ha relè, così ogni capsula deve sentire ogni messaggio. Il membro riceve una presa che non consegna mai un conteggio, torna a un unico colpo REST letto, e la posta distintivo poi siede su quel numero fino a quando la pagina è ricaricata — lettura di un messaggio non muove nulla. Quale baccello sono atterrati ha deciso se il loro distintivo ha funzionato, così è venuto e andato e non sembrava mai un bug. I consumatori effimeri non portano alcuna identità cross-pod, quindi non c'è nulla da dire urta sopra, e inattivoTreshold raccoglie uno il cui baccello è scomparso. Questo è Cosa? esiste per e che cosa MediaService's relè già utilizzati; questo era l'ultimo relè ancora in possesso di un durevole. Nulla è perso dal cambiamento: il durevole è stato DeliverPolicy. Novità, quindi mai riprodotta. I consumatori orfano-e-ws-* sono inerti — il flusso è limiti-retenzione — e sono lasciati a invecchiare piuttosto che purificato a mano.