When making a call to the report meeting participants API, and when the meeting ID contains a “+” character, the API now expects that character to only be URL encoded once. While this does seem sane, previously (before 7/23 of this past month) these values needed to be double URL encoded (there are several topics on this in the forum).
I can find no API release notes regarding this change. Was this change intentional, and customers need to update their code? Or was it not intentional, and we should expect it to be fixed / rolled back?
Error
Instead of receiving the participants, I get a “Error: No participants found”, and the API now interprets the double encoded “+” as a space character. Previously this value needed to be double URL encoded.
Which App Type (OAuth / Chatbot / JWT / Webhook)?
JWT
Which Endpoint/s?
The report meeting participants API
How To Reproduce (If applicable)
Steps to reproduce the behavior:
Make a request to the above endpoint with a meeting ID that has a “+” character in it. Only URL encode the character once. See that it returns results. URL encode it twice, then verify it does not return results.
Thanks for clarifying @chad.sikorra — I’ve engaged our Engineering team to see if there has been a recent change to this encoding requirement, and I’ll follow up shortly (ZOOM-298019).
Thanks for following up on this—our team has identified a bug here that appears to be specific to gov accounts. The URL encoding shouldn’t have changed. Our team is working on reverting this and I hope to have an update to share shortly (ZOOM-298019).
I’m reaching out to let you know that we haven’t forgotten about this. I’ve followed up with our team for a status update and will let you know what we hear.
Hi @MaxM and @will.zoom. The issue has been resolved and the API is now responded properly for us when an ID contains a “+” character. We had an official ticket open with Zoom support as well as this posting here, apparently the issue was confined to the ZoomGov API. But this can be marked resolved.