- Spegnimento
- 26 agosto 2026 alle ore 02:23 UTC
- Autore
- kamo
- Impegno
- 486a456
Tre risultati di recensioni contro Compito 21, tutti previsti: - markSmsRead/markAiRead non aveva recinzione di lettura: un rinfresco o una spinta in entrata risolvere tra l'ottimismo locale chiaro e il server registrando leggere potrebbe portare un conteggio ancora-pre-letto e resuscitare un distintivo appena-cleared. La trasmissione non letta di VOIPService invia un'istantanea completa su server ogni cambiamento, quindi questo era raggiungibile, non teorica. Fisso estraendo la regola di scherma in un puro, testato applicareFlatUnreadSnapshot (mirroring ilreadState.ts proprio in attesaRecinzioneReads per un appartamento id -> conteggio mappa), applicato in rinfreschi, rinfrescaAi, e il gestore SMS WS, sorvegliato da pendentiSmsReadsRef / pendenteAiReadsRef tenuto esattamente il modo di iniziareMarkRead/endMarkRead Hold La recinzione di MarkAsRead. - sameSessions confrontato solo non lettoPaese e senderId, quindi una sessione la cui sessionType è cambiato tra sondaggi (un vecchio pod di MediaService, poi un nuovo) con contatore e mittente invariato tra è stato trattato come invariato — la classificazione della chat stale supererebbe la distribuzione che ha introdotto sessionType, sopravvissuto fino a quando il conteggio di quella sessione si è spostato. Ora confronta sessionType troppo. - Aggiunto copertura di regressione per entrambi: un carico di paga grezzo guidato attraverso applicareUnreadPayload per dimostrare sessionType realmente sopravvive parsing (il gap originale lasciare che questa nave oltre un pulito typecheck e una suite verde una volta E un caso che non funziona. senza la stessaSessions fix (verified RED prima di ripristinare la correzione).