- Navios
- 5 de agosto de 2026 às 18:13 UTC
- Autor
- Kamo
- Enviar
- 18eca4a
Um id fonte derivado da linha de origem gerada UUID só é estável se isso commits de linha. O VOIP ingere caminhos para escrever dentro da transação de sincronização enquanto LeadCommunicationLinker commits in REQUIRES NOV, então um rollback deixou o link apontando para um UUID que nunca existiu — e a próxima varredura cunhada um UUID fresco e ligou a mesma chamada novamente. A restrição única não pôde ajudar, porque A chave em si mudou. Chamadas e mensagens de voz agora chave na própria identidade do provedor (instanceId: externalId), textos sobre o ID da mensagem do provedor. Aqueles sobrevivem. Retroceder, repetir e repetir, por isso refazer uma varredura é genuinamente idempotente. Também corrige o javadoc do LeadEmailSweepState, que ainda descreveu o últimoUid como comentário agora diz por que: UIDs IMAP reset com UIDVALIDITY, e Graph não tem UIDs em all — GraphMessageIdService hashes the message id, so a high-water mark set from a primeira página iria rejeitar quase tudo depois dele. Ambas as falhas são silencioso, que é exatamente por isso que a razão pertence ao arquivo.