- Shipped
- 5 de agosto de 2026 às 17:41 UTC
- Author
- Kamo
- Commit
- 19d1119
handleFormSubmit verificou o *** e avançou o passo — não fez rede call at all, assim que os detalhes de contato um visitante digitado só foram persistidos se Eles passaram a completar uma reserva. Sem nenhum timelot publicado ainda, isso significava Nenhum deles era. Passo 1 agora POSTs para /api/webinar/demo-request. A chamada é deliberadamente não bloqueio: uma falha não deve prender o visitante no passo 1, e reserva no passo 2 escreve o lead também (combinado para trás no mesmo, não duplicado). Também corrige a etapa de agendamento, que não poderia ter funcionado uma vez que timeslots fez existe: - WEBINAR TYPE ID foi o literal "1" contra rotas que tomam UUID do tipo, Então, cada pedido de programação 400'd. O ID agora vem de GET /api/webinar/tipos. - As respostas são envolto ({webinars}, {disponívelTimes}), não nu arrays, assim ambas as listas foram analisadas como vazias e renderizadas o estado "nada disponível" independentemente do que a infra- estrutura devolveu.