Vanilla JS, @zoom/appssdk 0.16.x, in-meeting surface, macOS desktop client 7.1.5. General App, user-managed, development mode.
Description
Two policy questions before we build further, rather than a bug.
Our app runs in-meeting on the user’s own machine with the user present — it is not a bot or notetaker. It does two things:
- Uses
getVideoSettingsandonMyMediaChangeto confirm which camera device Zoom is currently sending, so we can tell the user whether the camera they expect is the one in use. - Uses
setDynamicIndicatorto show a short verification status on the user’s own tile, visible to other participants.
Questions:
- Is a verification status an acceptable use of
setDynamicIndicator? The documentation gives timers as the example of a “relevant status cue” and prohibits “distracting visuals” and “persistent banners”. We want to stay well inside that line and are happy to make it dismissible and visually restrained — but we’d rather confirm the intent before building UI around it. - Is there anything we should know, from a review or privacy standpoint, about reading the selected camera device via
getVideoSettings?
Error?
None — both APIs work as documented. This is a question about acceptable use ahead of Marketplace submission.
Troubleshooting Routes
Tested both APIs successfully in a live meeting on macOS. Read the Zoom Apps security guidance, the SDK reference for setDynamicIndicator, and searched the forum for prior discussion of indicator policy without finding a definitive answer.
How To Reproduce
Not applicable — no defect. Happy to share detail privately if that’s easier.