# Create Meeting API: issue with waiting room vs. passcode scenario **URL:** \ **Category:** API and Webhooks\ **Created:** [September 29, 2020, 4:38pm UTC](https://devforum.zoom.us/t/create-meeting-api-issue-with-waiting-room-vs-passcode-scenario/31661 "2020-09-29T16:38:33Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![joet](https://avatars.discourse-cdn.com/v4/letter/j/7bcc69/32.png) [@joet](https://devforum.zoom.us/u/joet)\ **Post date:** [September 29, 2020, 4:38pm UTC](https://devforum.zoom.us/t/create-meeting-api-issue-with-waiting-room-vs-passcode-scenario/31661/1 "2020-09-29T16:38:33Z")
**Description** We have a user with Waiting Room **switched off but seemingly unlocked** and Meeting Passcode **on but seemingly unlocked**. It seems like this situation isn’t listed in table in the blog post about the new API changes ([https://marketplace.zoom.us/docs/guides/stay-up-to-date/announcements#passcode-and-wr-changes](https://marketplace.zoom.us/docs/guides/stay-up-to-date/announcements#passcode-and-wr-changes)). What is the expected behavior from the Create Meeting API endpoint when _no meeting passcode or waiting room is specified_? **Error** Currently the behavior is that the meeting is set up with a waiting room but with no passcode generated. This is the opposite of what this user has set up… **Screenshots (If applicable)** ![](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/c/9/c92955ce11afb1afb5b08d65286dfdd301fb689b.png) Any help is much appreciated! ---
**Author:** ![joet](https://avatars.discourse-cdn.com/v4/letter/j/7bcc69/32.png) [@joet](https://devforum.zoom.us/u/joet)\ **Post date:** [September 29, 2020, 5:28pm UTC](https://devforum.zoom.us/t/create-meeting-api-issue-with-waiting-room-vs-passcode-scenario/31661/2 "2020-09-29T17:28:15Z")
Actually if I’m understanding correctly, this situation is captured by **Scenario 6**. If that’s true, does our API request need to specify a passcode? ---
**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\ **Post date:** [September 30, 2020, 9:27pm UTC](https://devforum.zoom.us/t/create-meeting-api-issue-with-waiting-room-vs-passcode-scenario/31661/3 "2020-09-30T21:27:07Z")
Hey @joet, Was there a passcode previously set for this meeting? If so, the previous passcode would be remain even though it may not be reflected in the API response. If the meeting didn’t have a passcode previously, the intended behavior is that the waiting room would be enabled after an update is made via API. Let me know if this helps to clarify—and feel free to share any additional information if the behavior you’re seeing seems different. I’m happy to take a closer look! Thanks, Will ---
**Author:** ![joet](https://avatars.discourse-cdn.com/v4/letter/j/7bcc69/32.png) [@joet](https://devforum.zoom.us/u/joet)\ **Post date:** [October 1, 2020, 9:31pm UTC](https://devforum.zoom.us/t/create-meeting-api-issue-with-waiting-room-vs-passcode-scenario/31661/4 "2020-10-01T21:31:20Z")
Thanks! This is in the case of creating a new meeting for the user after the September 27 update, so there was no previous meeting ---
**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\ **Post date:** [October 2, 2020, 5:27pm UTC](https://devforum.zoom.us/t/create-meeting-api-issue-with-waiting-room-vs-passcode-scenario/31661/5 "2020-10-02T17:27:47Z")
Hey @joet, Thanks for confirming. Let me know if you still have any questions. Best, Will ---
**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/6/1/614bdd549b610bbaa46ff934617683a02bdaa03c.png) [@system](https://devforum.zoom.us/u/system)\ **Post date:** [November 2, 2020, 3:27am UTC](https://devforum.zoom.us/t/create-meeting-api-issue-with-waiting-room-vs-passcode-scenario/31661/6 "2020-11-02T03:27:52Z")
Closed on November 2, 2020, 3:27am UTC This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.