The process to retrieve the data iterates through the list of occurrence ids of a webinar and retrieves participant data for each occurrence.However, recently we observed that when a webinar has more occurrence ids than the number of days it spans (maybe because the hosts laptop crashed so he had to restart the webinar or for some other reason) the data we fetch becomes inaccurate.
We get lesser number of participants for that particular day.
However, when we check the report on the Zoom website (Reports > Usage Reports > Webinar > Attendee Report), it shows more participants.
Would appreciate any help in resolving this issue.
Thank you.
Regards,
Priya Jetley
Any updates/ suggestions regarding this issue?
I would like to add that upon further examining the webinars with data issues I observed that only the webinars with occurrence ids with the ‘/’ character in them were the ones that failed to retrieve data.
For example -
Webinar Id : 316014643
Occurence Ids :
/45rrzUAQBukO/9FsKN7Fw== (issue)
Vk8kUQ2KSMCCcBWX4E8bbA==
DKSyQyVHT/+o8Jo/uReKvQ==
UBt3bxVlREiW85DPM3vIHA==
This is however surprising because in my PL/SQL procedure I use the APEX_UTIL.URL_ENCODE(trim(occurence_id)) function when constructing the API URL.
I can also attach the PL/SQL procedure if someone would like to review it for issues.
Would appreciate a prompt response on this as we are in the process of collating data and this is becoming a big issue.
I might be overthinking this, but can this double encoding impact our future data pulls adversely in anyway?I mean with regards to other reserved characters/ non reserved characters.
It should not impact future data pulls. We do plan on fixing the slash issue at some point. On the off chance it is a breaking change, we will communicate this well in advance.