We make sure that all users have zoom installed before using our platform.
Until recently, this opened the Zoom client directly as the host (no login required) and allowed them to start the meeting.
As of late October 2025, the same URL now prompts the user to sign in to start the meeting.
We generate the ZAK seconds before creating and starting the meeting for the same custCreate user. The start_url (HTTPS) with the same ZAK still works — but it opens a browser page first, which breaks our integrated workflow.
No code or app configuration has changed on our side.
Error / Unexpected Behavior
Zoom desktop and mobile apps now display:
“Sign in to start this meeting”
when launching via zoommtg:// or zoomus:// links that include a valid zak.
How To Reproduce
Create a user via POST /v2/users?action=custCreate
Create a meeting via POST /v2/users/{userId}/meetings
Immediately launch the host URL: zoommtg://zoom.us/start?confno={meetingId}&zak={zak}
Observe the Zoom client asks for login instead of auto-starting as host.
Hi @thand
Thanks for reaching out to us. I will look into this and will reach out back to you soon.
I created an internal ticket for our Engineering team to look into this issue ( ZSEE-185285 for your reference)
Can you please post the configuration you’re using for the actual meeting creation? This feels like something I encountered some time ago and it turned out I had some conflicting config values.
However, now the zoommtg scheme urls just open the zoom app and it just sits there and does nothing to indicate that there’s a meeting. I don’t have a video, using the zoommtg url above just launches the zoom app but it just sits there and looks like:
Hi @thand
I re-shared this information with our Engineering team and they have shared the following:
This is expected behavior. I found the same behavior in my local test: The join link opens
through a browser and then goes to the Zoom app and if the user is not logged in then it asks for login first
I agree that it works that way now but it seems that this is a change in behavior that has caused some problems. I don’t have a video of the prior behavior but it is my understanding that people sent in to our older meetings with a zak for a custCreate user, they weren’t prompted to login but instead went straight into the meeting. It seems that maybe the zoom app has become overly aggressive in prompting people to login including after a meeting.
Hi Thomas,
I have shared this feedback with our Engineering team and I am trying to understand if we could have made any changes on our end that could have impacted your integration