- Enviado
- 27 de setembro de 2026 às 06:39 UTC
- Autor
- Kamo
- Confirmação
- 765bf48
Um envio falhou foi engolido no usoChatConversation.onEnviar ("combinando o ChatBox antigo"). O núcleo removeu a bolha otimista, o Compositor tomou a promessa resolvida para o sucesso e descartou o rascunho, e a mensagem do membro simplesmente se foi — nenhuma bolha, nenhum aviso, nada mais para enviar Outra vez. Esse é o relatório "nada foi enviado até eu enviar uma segunda mensagem". O Compositor foi já escrito para manter o rascunho e mostrar um aviso sobre uma rejeição; nunca foi dado um. - O OnSend rejeita agora. O Compositor mantém o rascunho (e o ChatBox mantém o alvo de resposta), e o note aspas do servidor quando ele recusou a mensagem (política de chat da org) ou diz claramente que o servidor não respondeu. Nunca um caminho de solicitação. - @kamo/chat-core 0.1.22: a carga do histórico e um envio de uma falha transitória por si mesmos antes de reportá-lo - assim "Não foi possível carregar mensagens" não aparece mais para uma falha que limpa um momento mais tarde — um envio carrega um clienteMessageId para que suas repetições sejam escritas uma vez, e abrindo um a conversação já não marca a leitura ao lado da carga histórica com que colidia. A metade do servidor (MediaService retentando o YugabyteDB 40001 que causou ambos) é mediaservice 279a389; o texto do aviso é kamo-tradução-dicionário 1e7a924b. teste npm: os 6 arquivos / 56 testes de falha (ToolDock, MaximizedTabStrip, devMachineSections, ...) falhar de forma idêntica na origem/principal sem esta alteração.
