Un evento di stato reagito ha mantenuto il suo tipo, e pin la reazione rossa

FixMediaService
Spegnimento
7 settembre 2026 alle ore 03:29 UTC
Autore
Kamo
Impegno
d00dc9c

Due cose, entrambe trovate scrivendo il test per il percorso attoreName piuttosto che per leggerlo. messaggioType stava leggendo il corpo dopo la reazione. redactEventActor fallisce chiuso e risposte null su un payload non può riscrivere, ed è SystemEvent(null) è falso — così un cambiamento di stato il cui JSON ci ha sorpreso sarebbe tornato digitato come un commento ordinario senza testo, che la console disegna come riga vuota da un membro che non ha mai detto niente. Ora è deciso dal corpo originale, prima di tutto lo tocca. Il javadoc ha anche rivendicato un carico utile non parassibile è stato restituito intatto, che è il di fronte a quello che il codice fa e l'opposto di quello che dovrebbe fare: un sistema-evento corpo è esattamente la forma che porta l'attoreName, in modo da consegnare uno indietro non riscritto stamperebbe il nome che il metodo esiste per tenere, su uno payload abbastanza strano che nessuno guardasse lì. La prova che ha trovato questo ha affermato un caso che risulta essere irraggiungibile — un corpo troncato fallisce l'isSystemEvent sniff prima e viene trattato come un commento. È sostituito dall'invariante che è reale e vale la pena tenere: un membro che incolla un JSON snippet in un filetto di bug, che è una cosa completamente ordinaria da fare su un bug report, riporta il loro messaggio intero. La loro identità è ancora trattenuta; è il corpo che fu lasciato solo.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo