Cannot update meeting setting via API using meeting update patch request

[derrick]

Description
Cannot update meeting settings using the PATCH /meetings/{meetingId} API endpoint

Error
I have made the request from my app and also from the “Send a Test Request” section of this page: https://marketplace.zoom.us/docs/api-reference/zoom-api/meetings/meetingupdate and I receive a 204 status code both times. The “topic” will update fine, as well as the “host_video” setting, but the “approval_type” and “waiting_room” settings will not update.

Which App Type
OAuth

Which Endpoint/s?
PATCH /meetings/{meetingId}

How To Reproduce
Steps to reproduce the behavior:

1. Using an OAuth access token, the Id of a previously created meeting, and the following json body, make an HTTP request to the PATCH /meetings/{meetingId} endpoint (I was able to reproduce this error using the “Send a Test Request” page at https://marketplace.zoom.us/docs/api-reference/zoom-api/meetings/meetingupdate):
   {
   “topic”: “My Test”,
   “type”: 2,
   “start_time”: “2021-03-15T08:00:00Z”,
   “duration”: 60,
   “timezone”: “America/Los_Angeles”,
   “settings”: {
   “approval_type”: 0,
   “waiting_room”: false,
   “host_video”: true
   }
   }
2. Confirm you receive the expected “204” HTTP status code.
3. Confirm that “topic” will update fine, as well as the “host_video” setting, but the “approval_type” and “waiting_room” settings will not update.

Additional context
Date of Occurrence: March 12, 4:35pm PST
Meeting ID: 97653073667
Account No: 51381620

Any and all help is appreciated. Thank you.

[MaxM]

Hey @derrick,

Thank you for reaching out to the Zoom Developer Forum. I tested out the request that you made and I was only able to reproduce the issue with changing waiting_room. However, it seems this is related to the Require that all meetings are secured with one security option setting.

Due to this setting, I saw that if I attempted to disable waiting_room without enabling another one of the security options, the change wouldn’t happen. Instead, if you add the password property to the request, you’ll see that waiting_room is disabled as expected.

When it comes to the issues setting approval_type, I’m not too sure why this is happening. Please send an email to developersupport@zoom.us with a link to this thread. In that thread, please include the meeting ID where you’re seeing this behavior and I’ll investigate further.

Thanks,
Max