Dismiss "This meeting is being recorded" dialog

How do we dismiss the “This meeting is being recorded” dialog? Is there a function available in the SDK which we can call to dismiss the dialog?
Also it would be great if there was a option to dismiss all alerts shown from the SDK.

Hi @deena.qb, thanks for the post.

This dialog is meant to be acknowledged by the end user directly, so it is not possible to dismiss programmatically. It is very unlikely that such an option will be added in the future.

Thanks!

Hi @jon.lieblich,

Thanks for the quick reply. Our Android platform does not have a display the user can interact with directly. We use HDMI output to present the Android display to the user.

For interaction with the Zoom Client SDK we use a separate Android device connected over IP as a controller device. This is a similar design to how your Zoom Rooms work - Zoom Room application runs on a PC but user interaction is handled through a controller tablet in the same room.

How do you recommend we handle this case since the user is unable to respond to the recording alert dialog?

Thanks

Hi @deena.qb,

Thanks for clarifying around your use case. Since the default UI is designed with a typical Android device (i.e. a phone or tablet with a touch screen) in mind, it is not going to be ideal for atypical devices, such as a TV. For these types of devices, implementing a custom meeting UI is recommended.

Thanks!

Hi @jon.lieblich,

Thanks for the reply. Is there a recording status callback available? So that we’ll know when the meeting recording has started.

If we implement custom UI, won’t the “This meeting is being recorded” dialog be shown? Or do we have a callback for this event?

Hi @deena.qb,

Currently custom UI will not show the dialog by default. An alert must be added when you receive the onRecordingStatus callback with a value of Recording_Start.

Thanks!

Thanks @jon.lieblich
I’ll check the onRecordingStatus callback.

Hi @jon.lieblich,

onRecordingStatus callback is not working as expected.
The callback is received only once with the value Recording_Stop when the user joins a meeting.
When another user starts recording the meeting the callback doesn’t work. Only at the time of joining the meeting the callback is received.
We are using the default Zoom UI, not customized UI.

Can you please check this issue and let us know how we can fix it?

Thanks

Hi @deena.qb,

Thanks for bringing this up. I have been able to reproduce this issue in both custom and default UI modes, so this does not appear to be something specific to your implementation. I will let you know as soon as we have any updates on a resolution for this issue.

Thanks!

Thanks @jon.lieblich

Always happy to help! Hopefully we will have an update soon. :slightly_smiling_face:

Did we can use android as a webcam and mic and laptop for display in Zoom? As i have Meeting with clients but Laptop has no camera and mic is also damage.

Hi @jon.lieblich,

Do you have any updates on this issue? If possible can you provide an ETA on the fix?

Thanks!

Hi @fredstill, thanks for using Zoom.

It appears that you are asking a question about the Zoom client. This forum is meant only to assist developers who are integrating our SDK into their own application. For help with the Zoom client, please visit our general support page. :slightly_smiling_face:

Thanks!

Hi @deena.qb,

No updates just yet. We are still investigating this internally. I will be sure to let you know once we have any more information.

Thanks!

Hi Jon,

How long does it typically take for a fix like this callback not working to be made available?

Once the callback is working properly we’ll be able to manage the recording notification, until then this is a blocking issue for our implementation. Trying to determine how we manage the issue.

Appreciate all your help, thanks!

Hi @rjn,

It is difficult to give an exact timeline on most fixes, but we will keep this thread updated as soon as we have identified a fix. In normal circumstances, the next release after a fix has been identified will contain the fix unless otherwise noted.

Also, we have found during our investigation that this issue is only present when the host starts a local recording. Cloud recordings are triggering this callback as expected.

Thanks!

Hi @jon.lieblich,

Thanks for the quick response and detailed update, very helpful. Good to know re: local vs remote recording; that gives us some options until the fix is available.

thanks!

Glad to help! Please don’t hesitate to reach back out with any additional questions. :slightly_smiling_face:

@jon.lieblich confirmed cloud recording is triggering the callback correctly, we’re handling that case.

When is your next planned release date (as the earliest date we may see the local recording fix)?

thanks