Our app integrates with Zoom using the latest rev of the IOS SDK. In this buggy scenario the meeting host is on the web and the user is on IOS. After a host starts a meeting, the first time a user joins a meeting the Zoom functionality works properly.
If that user Leaves the meeting, and then rejoins, then the IOS side of the app gets stuck displaying “Waiting…”. The host of the meeting sees that the user has rejoined the meeting, but the IOS user is stuck with the Waiting screen. If the host ends the meeting then the IOS Waiting screen goes away and the IOS Zoom app exits. All other host interactions with the participant seem to work (e.g. asking the user to turn on the video triggers a pop-up, etc.), but the user is stuck on “Waiting…”.
Callbacks to onMeetingStateChange look identical between the first successful meeting and the second stuck meeting (first a status code of Connecting and then a status code of InMeeting).
Smartphone (please complete the following information):
Thanks for your reply and the info. Based on the log you provided, it seems the join meeting process is working correctly and no issue found in the log. We have tried the same scenarios as you described with our demo app but unfortunately we are not able to reproduce this issue. In order to further help you on this issue, may I inquire the following:
We are setting the RootViewController. The purpose is to add a “Leave” button that allows the user to exit the joinMeeting process (in case the join process stalls).
Is this problem symptomatic of an issue with the RootViewController?
Thanks for the reply. We are not sure about the root cause yet. Based on the log and the description, everything seems working well. Could you have a try with our demo app and see if everything is working working well with your environment? Please let us know if you are able to reproduce this issue with our demo app and if you catch any error message for this issue.
Your demo app works, I cannot reproduce the issue there.
Our particular IOS build uses the “Legacy Build System” and your demo app functions in that environment as well.
I noticed that after the user leaves the 1st meeting there is a UITextEffectsWindow still defined by the SDK, but that is true in both your demo app and our app as well so its likely not a sign of the issue.
I’d welcome any suggestions for things to try in my app.
Thanks for the reply and thanks for sharing your investigation result. Everything you have mentioned looks great so we are not sure what is the root cause that cause this issue. We would recommend referring to the implementation in our demo app and see if it helps. And please let us know if you found a way to reproduce this issue with our demo app or if you have any other find outs.
Thanks for the reply. Is this reproducible with demo app? If so, could you provide the steps to reproduce this? Could you provide the SDK log for further investigation?
I encountered this as well with 5.0.x SDK. I remember everything worked fine with 4.6.x. I’m thinking of downgrading the SDK to resolve the issue.
EDIT: Yes, I confirm that the bug doesn’t occur with v4.6.21666.0428. I will have to ship our app with this SDK until this bug is fixed. I hope this helps.