PetitionForm — Lead dentro do try pode transformar assinatura commitada em erro (retry duplica) #117
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Origem: simplify/capture-review-debts do S10 (#94, 2026-08-19).
No
PetitionForm(abaixo-assinados),trackMetaLead(pixelId, title, crypto.randomUUID())roda DENTRO dotrydo submit (src/components/PetitionForm.tsx:61-63). Secrypto.randomUUIDlançar (contexto não-secure — HTTP/staging; navegadores antigos), ocatchmostra "Falha ao enviar assinatura" mesmo com a assinatura já commitada — o usuário tenta de novo, criando assinatura duplicada (ou recusa de telefone único) e re-disparando oLead.O
CampaignNewsletterForm(S10) tinha o mesmo padrão e foi corrigido no S10 (guarda interna try/catch: tracking nunca falha uma captura commitada). OPetitionFormdeve receber o mesmo tratamento (~4 linhas).Ação: envolver o bloco de tracking do
PetitionFormem try/catch próprio, ou mover para fora do try de submit — padrão idêntico ao aplicado emCampaignNewsletterForm.Tracker migrado para o GitHub — continue em #gh766 (github.com/fsolla/teqo/issues/766). Esta Issue Forgejo está fechada.