- Spegnimento
- 6 settembre 2026 alle ore 22:07 UTC
- Autore
- Kamo
- Impegno
- 3ddf75c
Due metà del filo sono stati costruiti e poi lasciati non collegati. Il server ha pubblicato ogni commento e evento di stato a `chat.session.{guid}` dal momento che la caratteristica è atterrata, e nulla abbonato — quindi la trascrizione si è spostata quando il lettore ha postato qualcosa di sé, e due persone triaging lo stesso rapporto ha visto diverse storie fino a quando uno di loro ha ricaricato. Ora abbona attraverso lo stesso contesto `TicketChat` utilizza, dopo il primo carico si è stabilito in modo da frame che arriva a metà fetch non è sovrascritto dalla pagina già in volo. Si rilegge la pagina piuttosto che appending la cornice, che è l'opposto di quello che chat fa e delibera: una chat corre a centinaia di messaggi, un thread di bug è un manciata, e il telaio non porta né la citazione di risposta né la lista di reazione — un riga aggiunta renderebbe senza la sua citazione fino a quando qualcosa altro ha costretto un ricarica. Le reazioni endpoint erano peggiori: server, servizio e campo DTO tutti spediti, e niente il cliente potrebbe raggiungere qualsiasi di esso. Non c'era traccia, nessun metodo api e niente disegnato. Ha tutti e tre ora, e `isReacted` viaggia come lo stato che viene chiesto per piuttosto che un delta, quindi un doppio clic racing converge invece di ribaltare due volte; il La risposta del server sostituisce l'elenco della riga piuttosto che unirsi in esso. Quattro emoji, offerto in linea. Un filo di bug non è una chat — le reazioni utili sono "Ho colpito anche questo", "guardarlo" — e un picker completo sarebbe più controllo che la conversazione ha bisogno di. I chip non utilizzati vengono estratti solo su hover del loro commento, quindi dieci commenti non sono quaranta pulsanti grigi. I test fingono il contesto websocket di proposito: il vero DEFAULT è un no-op che solo avverte, quindi un test senza un fornitore di portata sarebbe passato mentre il l'abbonamento era completamente assente.