- Navios
- 20 de agosto de 2026 às 21:53 UTC
- Autor
- Kamo
- Enviar
- 811db57
createLead salvou o lead e então, na mesma transação, foi executado countAssignablePool para transmitir a nova figura "Leads Available". Em YugabyteDB uma leitura após uma escrita na mesma transação retorna 40001 "Reiniciar lido necessário (query layer retry is not possible porque este não é o primeiro comando na transação)", que ABORTS a transação (25P02). A captura em torno dele registrou "Pool-disponibilidade publicar falhou" e continuou - mas a transação já estava morta, então cada declaração posterior falhou e o commit voltou como "marcado como apenas rollback". Uma publicação documentada como "nunca fatal" estava silenciosamente destruindo o chumbo que tinha acabado de escrever. Uma entrada de 789 linhas executar perdido 101 leva a isso e teve que re-run, que também é como foi encontrado. Adiado para a AfterCommit() via ************* Combinando talvezPushToLos nesta mesma classe, com um backback inline quando nenhuma transação está activo. Somente as teclas escalares são capturadas — após commit o Lead é Descoberto. O número é também simplesmente mais correcto: pré-compromisso publicado, anunciou uma contagem que nenhum outro leitor poderia ver ainda. Afecta cada chamada 'createLead': o assistente de importação, os endpoints de entrada de lead, o formulário webinar/demo público, a API e o consumidor social.