- Enviado
- 27 de septiembre de 2026 a las 6:39 UTC
- Autor
- Kamo
- Commit
- 765bf48
Un envío fallido fue tragado en usoChatConversation.onSend ("matching the old ChatBox"). El núcleo quitó la burbuja optimista, el Compositor tomó la promesa resuelta para el éxito y descartó el borrador, y el mensaje del miembro simplemente se había ido — sin burbuja, sin aviso, nada que dejar para enviar otra vez. Ese es el informe "nada fue enviado hasta que envié un segundo mensaje". El compositor era ya escrito para mantener el borrador y mostrar un aviso sobre un rechazo; nunca se le dio uno. - enSend rechaza ahora. El Compositor mantiene el borrador (y ChatBox mantiene el objetivo de respuesta), y el nota cita al servidor cuando se negó el mensaje (la política de chat de la org) o dice claramente que el servidor no respondió. Nunca un camino de solicitud. - @kamo/chat-core 0.1.22: la carga de la historia y un envío de retry un fallo transitorio por sí mismos antes de reportarlo, así que "No podría cargar mensajes" ya no aparece por un fracaso que aclara un moment later — a send carries a clientMessageId so its retries are written once, and opening a La conversación ya no marca la lectura junto a la historia carga con la que solía collide. La mitad del servidor (MediaService retrying the YugabyteDB 40001 that caused both) es mediaservice 279a389; el texto del aviso es kamo-translation-dictionary 1e7a924b. prueba npm: los 6 archivos / 56 pruebas de fallo (ToolDock, MaximizedTabStrip, devMachineSections, ...) fracasar idénticamente en origen/mano sin este cambio.