Cannot update meeting setting via API using meeting update patch request

API and Webhooks
1

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.

2

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.

image
image831×201 22.4 KB

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