- Cambia
- 6 de agosto de 2026 a las 22:06 UTC
- Autor
- Kamo
- Comprometerse
- 1a71a42
createMessage anunció cada nuevo mensaje sobre el tema en tiempo real de la sesión el momento la fila se salvó dentro de la transacción del llamante, antes de que el llamante hubiera escrito nada más. Para un mensaje de chat con un adjunto que es demasiado pronto para ser verdad: el El anuncio salió sin accesorios y el propio MediaController El anuncio siguió a 60ms más tarde, después de las filas de fijación comprometidas. Los suscriptores mantienen el primer evento que ven para un mensaje identificado, por lo que el incompleto es el uno que se atascó; la imagen permaneció desaparecada en el mensaje hasta que la página fue recargada. La misma carrera etiqueta mal la respuesta de un visitante social, que este método sólo puede anunciar como messageType=MESSAGE, mientras que SocialMessageService lo anuncia como SOCIAL-VISITOR. Llamadas que terminan de construir el mensaje ellos mismos pasan ahora publishRealtimeEvent=false y anunciarlo una vez, cuando esté entero. Llamadas que no publican su propio evento. la fuente social, los flujos de medios de comunicación no se ven afectados.