Hi there, I’m trying to use API to get participants list via:
/past_meetings/<UUID>/participants
but it seems like I’m getting the same response no matter what I try: “This meeting is not available or ID is not valid.” code 3001 - am I missing something?
I’m getting the same error message when the meeting uuid starts with the path separator character. Note that I’ve already hex encoded the meeting UUID in the url:
I’m failing on retrieval of this meetings participant details over and over again. The un-encoded meeting uuid is /OterjLTR3eIKqrkEP3j2A==
I suspect that this may have something to do with automatic path separator compression. But, I don’t know of a way to turn if off, if that is the case. What is the work-around/resolution for this problem?
My theory is correct. The hex-encoded / that is at the beginning of the meeting uuid is being compressed. See the entries in your server side below. I’ll still need to know what the work-around/fix is, since I’m already hex encoding the / at the start of the meeting uuid.
Please file a format bug. I get the exact same response from your API reference feature that let’s one try out the requests. I’ve tried both the raw uuid (/OterjLTR3eIKqrkEP3j2A==) and the encoded uuid (%2FOterjLTR3eIKqrkEP3j2A%3D%3D). I get the same response each time (This meeting’s details info is not available or ID is not valid).
And, same error when submitted with PostMan, using both raw and encoded form of the meeting uuid:
/OterjLTR3eIKqrkEP3j2A==
and
%2FOterjLTR3eIKqrkEP3j2A%3D%3D
Hi @michael_p.zoom I’m having the same issue and have tried double encoding as you’ve suggested but I’m still not able to retrieve any past meeting data. Every uuid I try results in the 3001 error.
To check myself I’ve tried encoding the uuid shared above (/OterjLTR3eIKqrkEP3j2A==) to see if I’m getting the same result out as you, and I am except the last two D’s in my result are lower case (%252fOterjLTR3eIKqrkEP3j2A%253d%253d). Could that be what’s messing me up? Also if that value is wrong, is there a supported method for doing the hex encoding? Because clearly what I’ve figured out is not working.
Hi. This is high priority. We just went to production with our code. Note that we ARE double hex encoding the uuids in the request to get meeting participants. The problematic meeting uuid is now B634woWXRu+IczdjDrtJ6w==\
The double-encoded uuid is B634woWXRu%252BIczdjDrtJ6w%253D%253D%255C
Also, we are now getting the same error for meeting UUID sz8BcXChTS2ZfvFIvvUOXQ==
with meeting ID 917910532
We really need a response on this soon, as, although the UUID is double-hex encoded in the meeting participant list request, the original UUID doesn’t even have any special characters in it.
Having the same issue with the UUID, I had double encoded it with “UTF-8” and sent a call to the API, but it had returned the error ‘3001’. I already checked the encoded string at convertstring.com and it matches. Trying at the Zoom API Reference Test Request results in the same error.