We’ve tried a workaround for this - which is to automatically approve the registrant (if they’re already authorized by our system). We do this by setting the “approval_type” to “0” [in the “Create a Meeting” API call]
But we have another issue when we try this method: participants can get access to the meeting URL - can bypass our system completely. To solve this problem, we’re using the “Meeting Registration Created” webhook - and then denying anyone coming in directly through the meeting URL.
But…we have an issue with this as well. The above webhook doesn’t get fired when the meeting URL is accessed from the Zoom mobile apps.
Summary
In summary, we’re stuck.
I think it would be ideal if you could return the “join_url” when we approve registrants through the API.
To answer your question, yes, we are getting the join_url in list_registrants.
However that is a workaround that we’re hesitant to use - because we’d need to call it every time a pre-authenticated student tries to join their Zoom class.
As mentioned earlier, our goal is to automatically allow authenticated students on our system into their respective Zoom meetings - whenever they try to join a zoom class.
Since we don’t know which students will want to join which class beforehand, we only add them as meeting_registrants at the last responsible moment (which is whenever they indicate that they want to join a class).
So, we’d need to call list_registrants soon after every student is registered - and then search for our new student from that list. This is something that we’d like to avoid, since it’s not very efficient.
Is there any chance that you could provide the join_url in the approve_registrant response?
Hi, in Webinars there is a way to get the information of a specific registrant (Get a Webinar Registrant), why do not include this feature for Mettings?
Zoom should have return join_url when execute [ Update Meeting Registrant Status ] to approve registrant status.
Because some developer need to save join_url in their database to use for send an url via SMS or via their private email server.
Not efficiency to run [List Meeting Registrants] every time when need to fetch join_url.
Oh! and I have a question.
What if I set to Automatically Approve when register so I can get join_url from [Add Meeting Registrant] right away then I run [Update Meeting Registrant Status] to change from ‘Approved’ to ‘Pending’ will this work ? If it’s work then I don’t have to run [List Meeting Registrants] anymore. ps. I’m not trying yet.
I have encountered precisely the same issue as @vaidy today in my own integration work. To date, I have not needed to implement any webhook functionality and having to do so for the sake of this issue, which IMO boils down to an API deficiency, is frustrating and disappointing.
Is it possible to get any more clarity on why the engineering team cannot update the Update Meeting Registrant Status API to return the join_url when approving a registrant? (My best guess would be as it requires changing the HTTP status code of the response from 204 to 200, which might break some integrations.)
Failing that, I like @herogp’s suggestion to replicate the Webinar ‘Get Meeting Registrant’ API over to ordinary meetings (which to be honest, I was mildly surprised was not already present).
The proposed workaround of using the List Meeting Registrants API is the avenue I have had to proceed down before finding this discussion thread, but as already pointed out, it is a poor and heavy-handed workaround.
We understand the deficiency here and are working on a solution now with Webhooks, and will look into adding a response body to the Update Meeting Registrant Status API.