- Shipped
- 5 de agosto de 2026 a las 17:41 UTC
- Author
- Kamo
- Commit
- 19d1119
handleFormSubmit revisó el *** y adelantó el paso. No hizo ninguna red llamar en absoluto, por lo que los datos de contacto que un visitante mecanografió sólo persistió si Completaron una reserva. Sin horarios publicados todavía, eso significaba ninguno lo eran. Paso 1 ahora POSTs a /api/webinar/demo-request. La llamada es deliberadamente no bloquear: un fracaso allí no debe atrapar al visitante en el paso 1, y reservar En el paso 2 escribe el liderado también (relatado de nuevo en el mismo, no duplicado). También corrija el paso de programación, que no pudo haber funcionado una vez que lo hicieron los lodos existen: - WEBINAR-TYPE-ID era el literal "1" contra las rutas que toman el UUID del tipo, Así que cada solicitud de programación 400'd. El id ahora viene de GET /api/webinar/tipos. - Las respuestas están envueltas (-webinars, "disponibleTimes"), no desnudos, Así, ambas listas se igualan como vacías y han dejado el estado "nada disponible" independientemente de lo que devolviera el backend.