# Host Tools — Missing SDK Controls and Callbacks

**URL:** <https://devforum.zoom.us/t/host-tools-missing-sdk-controls-and-callbacks/142679>\
**Category:** Feature Requests\
**Tags:** sdk\
**Created:** [March 31, 2026, 2:03pm UTC](https://devforum.zoom.us/t/host-tools-missing-sdk-controls-and-callbacks/142679 "2026-03-31T14:03:53Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![Obvio\_Online](https://avatars.discourse-cdn.com/v4/letter/o/7feea3/32.png) [@Obvio\_Online](https://devforum.zoom.us/u/Obvio_Online)\
**Post date:** [March 31, 2026, 2:03pm UTC](https://devforum.zoom.us/t/host-tools-missing-sdk-controls-and-callbacks/142679/1 "2026-03-31T14:03:54Z")

</div>

### **1. No API to toggle “Request host to start AI Companion”**

The native Zoom client’s Host Tools panel includes a toggle: **“Request host to start AI Companion”** — controlling whether participants can request the host to activate AI Companion.

The SDK provides `getInMeetingAICompanionController()` with `onAICompanionActiveChangeNotice` (fires when AI Companion starts/stops), but there is **no method to get or set the participant-request permission**. Every other host tools toggle has a corresponding SDK API on `ZoomSDKMeetingActionController` — this one does not.

**Requested additions:**

| **API** | **Purpose** |
| --- | --- |
| `allowParticipants(toRequestAICompanion:)` | Set the toggle programmatically |
| `isParticipantsRequestAICompanionAllowed()` | Query current state |
| `onAllowParticipantsRequestAICompanionNotification(_ allow: Bool)` | Callback when toggled (via Default UI or SDK) |

### **2. No callback when “Allow participants to chat” is toggled**

The SDK provides `allowParticipants(toChat:)` on `ZoomSDKMeetingActionController` to set the chat permission, and `isParticipantsChatAllowed()` to query it. However, there is **no delegate callback** when this setting is changed via the Default UI.

Every other host tools toggle fires a corresponding notification:

| **Setting** | **Callback** |
| --- | --- |
| Start video | `onAllowParticipantsStartVideoNotification` |
| Rename | `onAllowParticipantsRenameNotification` |
| Unmute | `onAllowParticipantsUnmuteSelfNotification` |
| Whiteboard | `onAllowParticipantsShareWhiteBoardNotification` |
| Cloud recording | `onAllowParticipantsRequestCloudRecording` |
| **Chat** | **(missing)** |

`onChatStatusChangedNotification` fires for chat-disabled/enabled state changes, but it does **not** fire when the host toggles “Allow participants to chat” in Host Tools via the Default UI.

**Requested addition:**

| **API** | **Purpose** |
| --- | --- |
| `onAllowParticipantsToChatNotification(_ allow: Bool)` | Callback when chat permission is toggled, matching the pattern of every other host tools notification |

### **3. No API for “Show chat previews” toggle**

The Default UI’s chat settings (accessible via the up-arrow next to the chat icon) includes a **“Show chat previews”** toggle that controls whether incoming chat messages display as preview notifications. This setting is not exposed through the SDK — there is no method to get, set, or receive a callback for it.

**Requested additions:**

| **API** | **Purpose** |
| --- | --- |
| `setChatPreviewEnabled(_ enabled: Bool)` | Toggle chat previews programmatically |
| `isChatPreviewEnabled()` | Query current state |
| `onChatPreviewStatusChangedNotification(_ enabled: Bool)` | Callback when toggled via Default UI or SDK |

### **Rationale**

All three items are parity requests. The native Zoom client exposes these controls in its UI, but the SDK does not surface them. For integrators using the Default UI alongside programmatic host tool management, the missing chat callback (#2) is especially problematic — the SDK state silently drifts out of sync when the host uses the built-in toggle.

### **Platform & Version**

macOS Meeting SDK 7.0.0. Same gaps exist on Windows/Linux.