Una lectura despeja los indicadores inmediatamente, no sobre la próxima recarga

Fixkamo-internal
Se descapó
14 de agosto de 2026 a las 2:09 UTC
Autor
kamo
Compromit
a29e9fa

La lectura de una conversación actualizó el servidor y luego esperó a que llegaran las noticias atrás: PUT /read commits, MediaService emite un conteo fresco sobre el núcleo NATS, el relé lo pone en un tema STOMP, el navegador lo aplica, y sólo entonces lo hace la lista de entradas refetch y suelta su marcador. Cada eslabón de esa cadena funciona. comprobar el relé está suscrito y las transmisiones están saliendo, pero el La propia acción del miembro nunca debería haber dependido de ello. Hasta que se haya completado, o Hasta que volvieron a cargar, el marcador que acababan de despejar seguía sentado allí. La ventana anuncia ahora la lectura directamente, y ambas superficies escuchan: el billete lista despeja las marcas de esa fila, y la insignia relee su conteo. El empuje todavía llega y aún se reconcilia - esto sólo elimina la latencia, y el servidor Mantenga la autoridad en el número. Anunciado después de que los dos escritos se asentaran, no antes. Anunciar primero dejaría que el La carrera de la insignia relee el mismo escribe que está leyendo y volver con lo viejo número, que es el mismo error de una capa hacia abajo. Un escrito que falla anuncia nada, así que el marcador se queda correctamente, porque no se leyó nada. El marcador de la lista también se cerra en el id del ticket ahora en lugar de en guid de sesión, desde entonces es con lo que se anuncia una lectura, y despeja ambas marcas: leyendo un La conversación realmente retira su entrega, así como sus mensajes no leídos.

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