Un evento de estado redactado mantuvo su tipo, y clavó la redacción

FixMediaService
Se descapó
7 de septiembre de 2026 a las 3:29 UTC
Autor
Kamo
Compromit
d00dc9c

Dos cosas, ambas encontradas escribiendo la prueba para el camionero actor en lugar de por leyéndolo. MensajeType estaba siendo leído fuera del cuerpo después de la redacción. redactEventActor falla cerrado y las respuestas nulas en una carga útil no pueden reescribir, y isSystemEvent (null) es false para que un cambio de estado cuyo JSON nos sorprendió habría vuelto mecanografiado como un comentario ordinario sin texto, que la consola dibuja como una fila en blanco de un miembro que nunca dijo nada. Ahora se decide desde el cuerpo original, antes de nada Lo toca. El javadoc también alegó que una carga útil insaculta fue devuelta sin tocar, que es el opuesto a lo que hace el código y lo contrario de lo que debería hacer: un sistema-evento el cuerpo es exactamente la forma que lleva actor, por lo que devolviendo una espalda sin reescribir imprimiría el nombre el método que existe para retener, sobre la única carga útil lo suficientemente extraña que nadie buscaría allí. La prueba que encontró esto afirmó un caso que resulta ser inalcanzable El cuerpo truncado falla el isSystemEvent husme primero y es tratado como un comentario. Es sustituido por la invariante que es real y vale la pena tener: un miembro que pega una JSON fragmento en un hilo de error, que es una cosa completamente ordinaria para hacer en un informe de errores, Recorra su mensaje entero. Su identidad sigue siendo retenida; es el cuerpo el que se quedó solo.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios