[BUG REPORT] Zoom Scheduler Admin – Two Issues: Unwanted Booking Page Redirect + Group Booking Template Assignment Failure

FYI - Zoom Developer, Donte Small, suggested for me to post here. He is aware of the issue but has not identified the root cause.

Environment


BUG 1: Selecting a User from the Scheduler Picklist Redirects Admin to a “Create New Booking Page” Flow Instead of the User’s Scheduler

Steps to Reproduce:

  1. Log in via SSO at https://domain.zoom.us → lands on Zoom Profile landing page.
  2. In the left rail, open the Scheduler app.
  3. Locate the My Scheduler picklist (used by Scheduler Admins to toggle between managed users).
  4. Select any user’s name from the picklist.

Expected Behavior:
As a Scheduler Admin, selecting a user from the picklist should immediately redirect to that user’s scheduler booking page.

Actual Behavior:
Instead of redirecting to the selected user’s scheduler, the app navigates to:
scheduler.zoom.us/me/welcome
…which prompts the admin to create a new booking page — an action that is not intended and should not be triggered in this context.

Workaround (current):

  • Step through the unwanted booking page creation prompts.
  • Once complete, the app returns to the admin’s own main scheduler profile page.
  • From there, re-select the same user from the picklist — only at this point does it correctly redirect to the user’s scheduler booking page.

Impact:
This workaround forces the creation of an unwanted booking page on the admin’s own profile each time they toggle to a new user. During pilot setup across 10–13 users, this has resulted in 10–13 unintended “dummy” booking pages created on the admin’s profile that now need to be removed.


BUG 2: Unable to Associate Certain Licensed Users to an Existing Group Bookings Template

Steps to Reproduce:

  1. Log in via SSO at https://domain.zoom.us → Zoom Profile landing page.
  2. Open the Scheduler app in the left rail.
  3. Navigate to the Group Bookings section.
  4. Open the Group Bookings template (in use for ~3 months; actively used across existing test group).
  5. Attempt to associate newly licensed users to this template.

Expected Behavior:
All users with the same Zoom Scheduler license type should be assignable to the Group Bookings template.

Actual Behavior:
Certain newly licensed users cannot be associated with the existing Group Bookings template, despite:

  • Holding the same license type as the admin and all other users already assigned to the template.
  • Licenses having been recently applied but configured identically to existing test group members.

Additional Context:

  • The Group Bookings template was created approximately 3 months ago and has been functioning correctly for all pre-existing test users.
  • The affected users are newly onboarded to the pilot group; their licenses were recently provisioned.
  • No discernible difference exists in license structure between affected and unaffected users.

Questions for Zoom Support / Engineering:

  1. Is there a known session state or caching issue causing the picklist redirect to scheduler.zoom.us/me/welcome instead of the selected user’s profile?
  2. Is there a provisioning delay or backend sync issue preventing newly licensed users from being recognized as eligible for existing Group Bookings templates?
  3. Is there a way to bulk-remove the unintentionally created booking pages from the admin’s profile?

@Goomie ,

Thank you for posting this thread in the forum. I heard back from Support, and they confirmed this is a known issue that is scheduled to be fixed in the next release. I will circle back once the fix is released to confirm it works as expected on your end.

@Goomie ,

I am currently awaiting feedback from the engineering team regarding whether a provisioning delay or a backend synchronization issue is preventing newly licensed users from being recognized as eligible for existing Group Booking templates. I have provided them with the troubleshooting session details and video and am waiting for the results of their investigation.

@donte.zoom - Thanks. I posted a workaround I found on the Support ticket (assuming you’ve also seen it), if no here is the link: My Request - TS2295256

Thanks again for the assistance.

Regarding the last question, have you tried using the following schedule to programmatically remove unintentionally created booking pages?

List schedules:

Delete schedules

Scheduler APIs - API - Zoom Developer Docs

My thinking is that you can list all unintentionally created schedules and then send a separate request to delete the unwanted schedules one by one. I am happy to jump on a call to help.

@Goomie ,

I saw your message in the support ticket. As you mentioned, when a user has not completed onboarding, the admin will be shown the onboarding view. This is a known bug in the onboarding flow, and it will be fixed in the next release.

@donte.zoom - Following up here: Bug 1 has been resolved by the Zoom dev team! I have not yet tested bug 2, as I do not have a new user to create yet but I’ll follow up onceI do.

Thanks again for the assistance, Donte.