Description
The “Update a webinar” endpoint (PATCH/webinars/{webinarId}) ignores changes to the start_time if the webinar is currently supposed to be running (even if it actually isn’t started). The endpoint returns an HTTP 204 status code, but the time doesn’t change upon inspection of the webinar on the Zoom web site, or via the “Get a webinar” endpoint (GET /webinars/{webinarId}).
If the webinar is supposed to begin in the future and the start_time is changed, the endpoint response is identical and the scheduling change is applied.
What restrictions are there for changing a webinar that is supposed to be underway, and how can this be detected and communicated to the user?
Error
There is no error message; the API logs show an HTTP 204 status code as if the changes were accepted (webinar IDs are masked):
{
"endpoint": "https://api.zoom.us/v2/webinars/***********",
"response_headers": [
"Set-Cookie: zm_aid=""; Domain=.zoom.us; Expires=Thu, 01-Jan-1970 00:00:10 GMT; Path=/; Secure; HttpOnly"
],
"date_time": "2021-08-24 11:16:47",
"method": "PATCH",
"request_body": "{"type":9,"start_time":"2021-08-24T15:20:00Z","duration":15,"recurrence":{"type":3,"repeat_interval":3,"monthly_day":24,"end_times":1}}",
"response": "N/A",
"request_headers": [
"authorization: ******",
"connection: close",
"content-type: application/json; charset=utf-8"
],
"request_params": [
],
"http_status": "204"
}
This is indistinguishable from a scheduling update to a future webinar that does end up applied (webinar IDs are masked):
{
"endpoint": "https://api.zoom.us/v2/webinars/***********",
"response_headers": [
"Set-Cookie: zm_aid=""; Domain=.zoom.us; Expires=Thu, 01-Jan-1970 00:00:10 GMT; Path=/; Secure; HttpOnly"
],
"date_time": "2021-08-24 11:31:19",
"method": "PATCH",
"request_body": "{"type":9,"start_time":"2021-08-25T08:00:00Z","duration":120,"recurrence":{"type":3,"repeat_interval":3,"monthly_day":25,"end_times":1}}",
"response": "N/A",
"request_headers": [
"authorization: ******",
"connection: close",
"content-type: application/json; charset=utf-8"
],
"request_params": [
],
"http_status": "204"
}
Which App Type (OAuth / Chatbot / JWT / Webhook)?
This is a JWT app.
Which Endpoint/s?
The “Update a webinar” endpoint.
How To Reproduce (If applicable)
Steps to reproduce the behavior:
- Reschedule a webinar to begin a few minutes from the current time using the “Update a webinar” endpoint. See the “Error” section earlier for examples of the requests that are issued.
- Wait for the begin time to elapse, and before the end time is reached.
- Reschedule the same webinar to begin in the future using the “Update a webinar” endpoint. See the “Error” section earlier for examples of the requests that are issued, particularly the first request.
- Inspect the webinar using the Zoom web site as the webinar host and via the “Get a webinar endpoint”, and observe that the
start_timefield is still set to the time in step 1 instead of the new time indicated in step 3.
For comparison, rescheduling a future webinar applies the new time:
- Reschedule a webinar to begin a day later from the current time using the “Update a webinar” endpoint. See the “Error” section earlier for examples of the requests that are issued.
- Reschedule the same webinar to begin an additional hour later using the “Update a webinar” endpoint. See the “Error” section earlier for examples of the requests that are issued, particularly the second request.
- Inspect the webinar using the Zoom web site as the webinar host and via the “Get a webinar endpoint”, and observe that the
start_timefield is updated.
Screenshots (If applicable)
See the API Call Logs in the “Error” section earlier.
Additional context
The user scenario is originally scheduling the webinar at the incorrect time, then once the incorrect time is reached, realizing that the time should be corrected to an hour later, and trying to issue a correction.
