SDK versions affected: 7.1.6 and 7.0.5 (both confirmed with identical repro)
Environment: Default Zoom UI (not Custom UI), Android
Description:
Calling MeetingSettingsHelper.disableChatUI(true) before and during the meeting succeeds without error. InMeetingChatController.isChatDisabled() confirms true at runtime. changeAttendeeChatPrivilege() was also called as host to explicitly revoke chat privilege. Despite all of this, the Chat icon remains visible and tappable in the meeting toolbar.
Steps to reproduce:
- Call
meetingSettingsHelper.disableChatUI(true)in SDK init callback, before join - Call it again immediately before
startMeetingWithParams/joinMeetingWithParams - Join/start meeting (default UI, not custom UI)
- On
MEETING_STATUS_INMEETING, loginMeetingChatController.isChatDisabled→ returnstrue - Observe: Chat icon is still present and functional in the toolbar
Expected: Chat button hidden from toolbar, matching the behavior of disableChatUI on other view options (video, audio, share, participants, more).
Additional context — platform parity gap:
The iOS SDK (MobileRTCMeetingSettings) exposes meetingChatHidden as a first-class BOOL property alongside meetingAudioHidden, meetingVideoHidden, meetingShareHidden, meetingParticipantHidden, meetingMoreHidden — all behaving consistently to hide toolbar buttons. Android’s MeetingViewsOptions bitmask has no equivalent NO_BUTTON_CHAT flag, and the closest substitute (disableChatUI) doesn’t reliably hide the button despite correctly updating internal SDK state, as shown above.
Ask: Either fix disableChatUI to actually hide the toolbar button in the default UI, or add a NO_BUTTON_CHAT flag to MeetingViewsOptions for parity with iOS’s meetingChatHidden.