- Shipped
- 5 agosto 2026 alle ore 17:41 UTC
- Author
- Kamo
- Commit
- 19d1119
handleFormSubmit ha controllato il *** e ha avanzato il passo — non ha fatto rete chiamare a tutti, così i dettagli di contatto un visitatore digitato sono stati perseverati solo se hanno continuato a completare una prenotazione. Senza timeslot ancora pubblicati, questo significava Nessuno di loro lo era. Passo 1 ora POSTs a /api/webinar/demo-request. La chiamata è deliberatamente non blocco: un fallimento non deve intrappolare il visitatore al passo 1, e la prenotazione sul gradino 2 scrive anche il piombo (a seconda dello stesso, non duplicato). Corregge anche il passo di pianificazione, che non avrebbe potuto funzionare una volta che timeslots ha fatto esiste: - WEBINAR TYPE ID era il "1" letterale contro i percorsi che prendono UUID del tipo, così ogni richiesta di pianificazione 400'd. L'id ora proviene da GET /api/webinar/types. - Le risposte sono avvolta ({webinars}, {disponibiliTimes}), non a distanza, così entrambe le liste parsed come vuoto e reso lo stato "niente disponibile" indipendentemente da ciò che il backend è tornato.