State Management
This page builds upon the Basic Implementation Guide. Make sure you've read those first.
The code examples on this page assume you've already imported the necessary packages and initialized the SDK.
The UI Kit components are able to understand and synchronize with each other because they are nested under the RtkMeeting component. The RtkMeeting component acts as the central coordinator that ensures all components under it stay in sync when it comes to meeting state, participant updates, and other real-time changes.
The UI Kit components are able to understand and synchronize with each other because they are nested under the rtk-meeting component. The rtk-meeting component acts as the central coordinator that ensures all components under it stay in sync when it comes to meeting state, participant updates, and other real-time changes.
The UI Kit components are able to understand and synchronize with each other because they are nested under the rtk-meeting component. The rtk-meeting component acts as the central coordinator that ensures all components under it stay in sync when it comes to meeting state, participant updates, and other real-time changes.
The Android UI Kit manages component communication internally. When you build the UI Kit using RealtimeKitUIBuilder, it creates and coordinates all the necessary UI components. To observe meeting state changes from your application, attach event listeners to the Core SDK's meeting object.
The iOS UI Kit manages component communication internally through the RealtimeKitUI module. To observe meeting state changes from your application, implement event listener protocols and register them on the Core SDK's meeting object.
The Flutter UI Kit manages component communication internally through the RealtimeKitUIBuilder. To observe meeting state changes from your application, create event listener classes and attach them to the Core SDK's meeting object.
The React Native UI Kit components communicate and synchronize with each other because they are nested under the RtkMeeting component, wrapped in RealtimeKitProvider and RtkUIProvider. To observe state changes, use hooks from the Core SDK such as useRealtimeKitSelector.
Here's an example of how state synchronization works when opening the participants sidebar:
flowchart LR
accTitle: Sidebar State Synchronization Example
accDescr: Example showing how clicking participants toggle updates sidebar through meeting coordination
Toggle["👤 ParticipantsToggle<br/>(User clicks)"]
Meeting["Meeting Component<br/>(State Coordinator)"]
Sidebar["Sidebar<br/>(Opens/Closes)"]
App["Your App<br/>(Gets notified)"]
Toggle -->|"emits rtkStateUpdate<br/>{activeSidebar: true,<br/>sidebar: 'participants'}"|Meeting
Meeting -->|"propagates state"|Sidebar
Meeting -->|"emits rtkStatesUpdate"|App
style Meeting fill:#F48120,stroke:#333,stroke-width:2px,color:#fff
style App fill:#0051C3,stroke:#333,stroke-width:2px,color:#fff
- Child components emit state updates: When any UI component needs to update state, it emits a
rtkStateUpdateevent - Meeting component listens and coordinates: The meeting component listens to all these state update events from its children
- State propagation: The meeting component propagates the updated state to all other child components to keep them synchronized
- External notification: The meeting component also emits a
rtkStatesUpdateevent that your application can listen to for updating your custom UI or performing actions based on state changes
- UI Kit manages internal state: The UI Kit handles all component communication and state synchronization internally
- Your app registers event listeners: You attach event listeners (such as
RtkMeetingRoomEventListenerandRtkSelfEventListener) to the Core SDK'smeetingobject - Callbacks fire on state changes: When the meeting state changes (for example, a participant joins or audio is toggled), the corresponding listener callback is invoked
- You update your UI: Use the callback data to update your application's UI or trigger other actions
- UI Kit manages internal state: The
RtkMeetingcomponent handles all internal component communication and state synchronization - Your app observes state via hooks: Use
useRealtimeKitSelectorto select specific meeting properties and re-render when they change - React re-renders on changes: When the selected value changes, React automatically re-renders the component with the new state
- You update your UI: Use the observed state values to conditionally render UI elements or trigger side effects
To build custom UI or perform actions based on meeting state changes, you need to observe state updates from the UI Kit.
Listen to the rtkStatesUpdate event emitted by the meeting component. This event provides you with the current state of the UI Kit, including sidebar state, screen sharing status, view type, and more.
Attach event listeners to the Core SDK's meeting object to observe meeting state changes. The mobile UI Kit handles its own internal state, and your app interacts with the underlying meeting object directly.
Use the useRealtimeKitSelector hook from @cloudflare/realtimekit-react-native to observe specific properties on the meeting object. This hook re-renders your component whenever the selected value changes, similar to how selectors work in state management libraries.
For React, you can use the onRtkStatesUpdate prop on the RtkMeeting component to listen for state updates.
import { RealtimeKitProvider, useRealtimeKitClient,} from "@cloudflare/realtimekit-react";import { RtkMeeting } from "@cloudflare/realtimekit-react-ui";import { useEffect, useState } from "react";
function App() { const [meeting, initMeeting] = useRealtimeKitClient(); const [authToken, setAuthToken] = useState("<participant_auth_token>"); const [states, setStates] = useState({});
useEffect(() => { if (authToken) { initMeeting({ authToken: authToken, }); } }, [authToken]);
return ( <RealtimeKitProvider value={meeting}> <RtkMeeting showSetupScreen={true} meeting={meeting} onRtkStatesUpdate={(e) => { // Update states when rtk-meeting emits state updates setStates(e.detail);
// Example: Access various state properties console.log("Meeting state:", e.detail.meeting); // 'idle', 'setup', 'joined', 'ended', 'waiting' console.log("Is sidebar active:", e.detail.activeSidebar); console.log("Current sidebar section:", e.detail.sidebar); console.log("Is screen sharing:", e.detail.activeScreenShare); }} />
{/* Use states to build custom UI */} <div className="custom-ui"> <p>Meeting State: {states.meeting}</p> <p>Sidebar Open: {states.activeSidebar ? "Yes" : "No"}</p> </div> </RealtimeKitProvider> );}Alternative: Using Refs (Multiple Meetings)
If you're building an experience with multiple meetings on the same page or back-to-back meetings, using refs is recommended to avoid state conflicts between different meeting instances:
import { RealtimeKitProvider, useRealtimeKitClient,} from "@cloudflare/realtimekit-react";import { RtkMeeting } from "@cloudflare/realtimekit-react-ui";import { useEffect, useState, useRef } from "react";
function App() { const [meeting, initMeeting] = useRealtimeKitClient(); const [authToken, setAuthToken] = useState("<participant_auth_token>"); const [states, setStates] = useState({}); const meetingRef = useRef(null);
useEffect(() => { if (authToken) { initMeeting({ authToken: authToken, }); } }, [authToken]);
useEffect(() => { if (!meetingRef.current) return;
const handleStatesUpdate = (e) => { setStates(e.detail); console.log("Meeting state:", e.detail.meeting); console.log("Is sidebar active:", e.detail.activeSidebar); };
// Add event listener via ref meetingRef.current.addEventListener("rtkStatesUpdate", handleStatesUpdate);
// Cleanup listener when component unmounts or meeting changes return () => { meetingRef.current?.removeEventListener( "rtkStatesUpdate", handleStatesUpdate, ); }; }, [meetingRef.current]);
return ( <RealtimeKitProvider value={meeting}> <RtkMeeting ref={meetingRef} showSetupScreen={true} meeting={meeting} />
{/* Use states to build custom UI */} <div className="custom-ui"> <p>Meeting State: {states.meeting}</p> <p>Sidebar Open: {states.activeSidebar ? "Yes" : "No"}</p> </div> </RealtimeKitProvider> );}For Web Components, you need to add an event listener to the rtk-meeting component to listen for rtkStatesUpdate events.
<body> <rtk-meeting id="meeting-component"></rtk-meeting></body><script type="module"> import RealtimeKitClient from "https://cdn.jsdelivr.net/npm/@cloudflare/realtimekit@latest/dist/index.es.js";
const meeting = await RealtimeKitClient.init({ authToken: "<participant_auth_token>", });
// Add <rtk-meeting id="meeting-component" /> to your HTML, otherwise you will get error const meetingComponent = document.querySelector("#meeting-component");
// Listen for state updates from rtk-meeting meetingComponent.addEventListener("rtkStatesUpdate", (event) => { console.log("RTK states updated:", event.detail);
// Store states to update your custom UI const states = event.detail;
// Example: Access various state properties console.log("Meeting state:", states.meeting); // 'idle', 'setup', 'joined', 'ended', 'waiting' console.log("Is sidebar active:", states.activeSidebar); console.log("Current sidebar section:", states.sidebar); // 'chat', 'participants', 'polls', etc. console.log("Is screen sharing:", states.activeScreenShare);
// Update your custom UI based on states // For example: Show/hide elements based on meeting state if (states.meeting === "joined") { // Show meeting controls } });
meetingComponent.showSetupScreen = true; meetingComponent.meeting = meeting;</script>For Angular, you need to add an event listener to the rtk-meeting component to listen for rtkStatesUpdate events.
import { Component, ElementRef, OnInit, OnDestroy, ViewChild,} from "@angular/core";
@Component({ selector: "app-meeting", template: ` <rtk-meeting #meetingComponent id="meeting-component"></rtk-meeting>
<!-- Use states to build custom UI --> <div class="custom-ui" *ngIf="states"> <p>Meeting State: {{ states.meeting }}</p> <p>Sidebar Open: {{ states.activeSidebar ? "Yes" : "No" }}</p> <div *ngIf="states.meeting === 'joined'" class="meeting-controls"> <!-- Show meeting controls when joined --> <p>Meeting controls would go here</p> </div> </div> `, styleUrls: ["./meeting.component.css"],})export class MeetingComponent implements OnInit, OnDestroy { @ViewChild("meetingComponent", { static: true }) meetingElement!: ElementRef;
meeting: any; states: any = {}; private authToken = "<participant_auth_token>"; private stateUpdateListener?: (event: any) => void;
async ngOnInit() { // Import RealtimeKit client dynamically const RealtimeKitClient = await import( "https://cdn.jsdelivr.net/npm/@cloudflare/realtimekit@latest/dist/index.es.js" );
// Initialize the meeting this.meeting = await RealtimeKitClient.default.init({ authToken: this.authToken, });
// Set up the meeting component const meetingComponent = this.meetingElement.nativeElement;
// Create the event listener this.stateUpdateListener = (event: any) => { console.log("RTK states updated:", event.detail);
// Store states to update your custom UI this.states = event.detail;
// Example: Access various state properties console.log("Meeting state:", this.states.meeting); // 'idle', 'setup', 'joined', 'ended', 'waiting' console.log("Is sidebar active:", this.states.activeSidebar); console.log("Current sidebar section:", this.states.sidebar); // 'chat', 'participants', 'polls', etc. console.log("Is screen sharing:", this.states.activeScreenShare);
// Update your custom UI based on states // For example: Show/hide elements based on meeting state if (this.states.meeting === "joined") { // Show meeting controls console.log("Meeting joined - showing controls"); } };
// Listen for state updates from rtk-meeting meetingComponent.addEventListener( "rtkStatesUpdate", this.stateUpdateListener, );
// Configure the meeting component meetingComponent.showSetupScreen = true; meetingComponent.meeting = this.meeting; }
ngOnDestroy() { // Clean up event listener when component is destroyed if (this.stateUpdateListener && this.meetingElement) { this.meetingElement.nativeElement.removeEventListener( "rtkStatesUpdate", this.stateUpdateListener, ); } }}For Android, attach event listeners to the meeting object to observe state changes. Use RtkMeetingRoomEventListener for meeting lifecycle events and RtkSelfEventListener for local participant state changes.
import android.os.Bundleimport android.util.Logimport androidx.appcompat.app.AppCompatActivity
class MeetingActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState)
// After initializing the meeting and UI Kit (see Getting Started guide), // add event listeners to observe state changes.
// Listen for meeting room state changes meeting.addMeetingRoomEventListener(object : RtkMeetingRoomEventListener { override fun onMeetingRoomJoinStarted() { Log.d("Meeting", "Join started") }
override fun onMeetingRoomJoinCompleted(meeting: RealtimeKitClient) { Log.d("Meeting", "Joined the meeting") // Update UI to show meeting controls }
override fun onMeetingRoomJoinFailed(exception: Exception) { Log.e("Meeting", "Join failed: ${exception.message}") }
override fun onMeetingRoomLeaveStarted() { Log.d("Meeting", "Leave started") }
override fun onMeetingRoomLeft() { Log.d("Meeting", "Left the meeting") }
override fun onMeetingEnded() { Log.d("Meeting", "Meeting ended for all participants") }
override fun onActiveTabUpdate(activeTab: ActiveTab) { Log.d("Meeting", "Active tab changed: $activeTab") } })
// Listen for local participant state changes meeting.addSelfEventListener(object : RtkSelfEventListener { override fun onAudioUpdate(isEnabled: Boolean) { Log.d("Meeting", "Audio: ${if (isEnabled) "on" else "off"}") }
override fun onVideoUpdate(isEnabled: Boolean) { Log.d("Meeting", "Video: ${if (isEnabled) "on" else "off"}") }
override fun onRemovedFromMeeting() { Log.d("Meeting", "Removed from meeting by host") } }) }}For iOS, implement event listener protocols and register them on the meeting object. Use RtkMeetingRoomEventListener for meeting lifecycle events and RtkSelfEventListener for local participant state changes.
// Listen for meeting room state changesextension MeetingViewModel: RtkMeetingRoomEventListener { func onMeetingRoomJoinCompleted(meeting: RealtimeKitClient) { // Successfully joined the meeting (equivalent to 'joined' state) }
func onMeetingRoomLeft() { // Successfully left the meeting }
func onMeetingEnded() { // The meeting has ended for all participants (equivalent to 'ended' state) }
func onActiveTabUpdate(activeTab: ActiveTab) { // Active tab changed (e.g., chat, polls, participants) // Use this to sync your custom UI with the active sidebar section }}
// Listen for local participant state changesextension MeetingViewModel: RtkSelfEventListener { func onAudioUpdate(isEnabled: Bool) { // Audio toggled on/off }
func onVideoUpdate(isEnabled: Bool) { // Video toggled on/off }
func onRemovedFromMeeting() { // Local user was removed from the meeting by host }}
// Register the listenersmeeting.addMeetingRoomEventListener(meetingRoomEventListener: self)meeting.addSelfEventListener(selfEventListener: self)For Flutter, create event listener classes and attach them to the meeting object. Use RtkMeetingRoomEventListener for meeting lifecycle events and RtkSelfEventListener for local participant state changes.
import 'package:realtimekit_ui/realtimekit_ui.dart';import 'package:flutter/material.dart';
// Create a listener for meeting room state changesclass MeetingRoomListener extends RtkMeetingRoomEventListener { final Function(String) onStateChange;
MeetingRoomListener({required this.onStateChange});
@override void onMeetingRoomJoinStarted() { onStateChange('joining'); }
@override void onMeetingRoomJoinCompleted() { onStateChange('joined'); }
@override void onMeetingRoomJoinFailed(exception) { onStateChange('failed'); }
@override void onMeetingRoomLeaveStarted() { onStateChange('leaving'); }
@override void onMeetingRoomLeft() { onStateChange('left'); }
@override void onMeetingEnded() { onStateChange('ended'); }
@override void onActiveTabUpdate(activeTab) { // Sidebar/tab state changed (chat, polls, participants) }}
// Create a listener for local participant state changesclass SelfListener extends RtkSelfEventListener { final Function(bool) onAudioChange; final Function(bool) onVideoChange;
SelfListener({ required this.onAudioChange, required this.onVideoChange, });
@override void onAudioUpdate(bool isEnabled) { onAudioChange(isEnabled); }
@override void onVideoUpdate(bool isEnabled) { onVideoChange(isEnabled); }
@override void onRemovedFromMeeting() { // Local user was removed by host }}
// Register listeners after building the UI Kitfinal meeting = realtimeKitUI.meeting;meeting.addMeetingRoomEventListener(MeetingRoomListener( onStateChange: (state) { debugPrint('Meeting state: $state'); },));meeting.addSelfEventListener(SelfListener( onAudioChange: (enabled) { debugPrint('Audio: ${enabled ? "on" : "off"}'); }, onVideoChange: (enabled) { debugPrint('Video: ${enabled ? "on" : "off"}'); },));For React Native, use the useRealtimeKitSelector hook to observe specific properties on the meeting object. This pattern is similar to the web Core SDK.
import { useEffect } from "react";import { View, Text } from "react-native";import { RealtimeKitProvider, useRealtimeKitClient, useRealtimeKitMeeting, useRealtimeKitSelector,} from "@cloudflare/realtimekit-react-native";import { RtkUIProvider, RtkMeeting,} from "@cloudflare/realtimekit-react-native-ui";
function App() { const [meeting, initMeeting] = useRealtimeKitClient();
useEffect(() => { initMeeting({ authToken: "<participant_auth_token>", defaults: { audio: true, video: true }, }); }, []);
return ( <RealtimeKitProvider value={meeting}> <RtkUIProvider> <MeetingWithState /> </RtkUIProvider> </RealtimeKitProvider> );}
function MeetingWithState() { const { meeting } = useRealtimeKitMeeting();
// Use selectors to observe meeting state const roomState = useRealtimeKitSelector((m) => m.self.roomState); const audioEnabled = useRealtimeKitSelector((m) => m.self.audioEnabled); const videoEnabled = useRealtimeKitSelector((m) => m.self.videoEnabled);
useEffect(() => { console.log("Room state:", roomState); console.log("Audio:", audioEnabled); console.log("Video:", videoEnabled); }, [roomState, audioEnabled, videoEnabled]);
return ( <View> {meeting && <RtkMeeting meeting={meeting} showSetupScreen={true} />}
{/* Use state to build custom UI */} <View> <Text>Room State: {roomState}</Text> <Text>Audio: {audioEnabled ? "On" : "Off"}</Text> <Text>Video: {videoEnabled ? "On" : "Off"}</Text> </View> </View> );}Alternative: Using Event Listeners
You can also use event-based listeners for more fine-grained control, similar to the web Core SDK:
import { useEffect } from "react";
function MeetingEvents() { const { meeting } = useRealtimeKitMeeting();
useEffect(() => { if (!meeting) return;
const handleRoomJoined = () => { console.log("Successfully joined the meeting"); };
const handleRoomLeft = ({ state }) => { if (state === "ended") { console.log("Meeting ended"); } };
meeting.self.on("roomJoined", handleRoomJoined); meeting.self.on("roomLeft", handleRoomLeft);
return () => { meeting.self.removeListener("roomJoined", handleRoomJoined); meeting.self.removeListener("roomLeft", handleRoomLeft); }; }, [meeting]);
return null;}The rtkStatesUpdate event provides detailed information about the UI Kit's internal state. Key properties include:
meeting: Current meeting state -'idle','setup','joined','ended', or'waiting'activeSidebar: Whether the sidebar is currently open (boolean)sidebar: Current sidebar section -'chat','participants','polls','plugins', etc.activeScreenShare: Whether screen sharing UI is active (boolean)activeMoreMenu: Whether the more menu is open (boolean)activeSettings: Whether settings panel is open (boolean)viewType: Current video grid view type (string)prefs: User preferences object (e.g.,mirrorVideo,muteNotificationSounds)roomLeftState: State when leaving the roomactiveOverlayModal: Active overlay modal configuration objectactiveConfirmationModal: Active confirmation modal configuration object- And many more UI state properties
On mobile platforms, state is observed through Core SDK event listeners rather than a single state object. The key event listeners and their callbacks include:
RtkMeetingRoomEventListener - Meeting lifecycle:
onMeetingRoomJoinStarted: Meeting join process has startedonMeetingRoomJoinCompleted: Successfully joined the meetingonMeetingRoomJoinFailed: Meeting join failed (provides exception details)onMeetingRoomLeaveStarted: Leave process has startedonMeetingRoomLeft: Successfully left the meetingonMeetingEnded: Meeting ended for all participantsonActiveTabUpdate: Active sidebar tab changed (chat, polls, participants)
RtkSelfEventListener - Local participant:
onAudioUpdate: Audio toggled on or offonVideoUpdate: Video toggled on or offonRemovedFromMeeting: Local user was removed by host
RtkParticipantsEventListener - Remote participants:
onParticipantJoin: A participant joined the meetingonParticipantLeave: A participant left the meetingonActiveParticipantsChanged: Active participants list changedonAudioUpdate: A remote participant's audio state changedonVideoUpdate: A remote participant's video state changed
On React Native, use the useRealtimeKitSelector hook to observe specific properties on the meeting object. Key properties include:
m.self.roomState: Current room state ('init','joined','left', etc.)m.self.audioEnabled: Whether local audio is enabled (boolean)m.self.videoEnabled: Whether local video is enabled (boolean)m.self.screenShareEnabled: Whether screen share is active (boolean)m.self.name: Local participant display namem.self.id: Local participant peer IDm.participants.joined: List of joined participantsm.participants.active: List of active participants
- Store states appropriately: Use React's
useStatehook or a state management library (like Zustand or Redux) for React apps. For vanilla JavaScript, use a reactive state management solution or simple object storage. - Avoid excessive re-renders: Only update your UI when necessary. In React, consider using
useMemooruseCallbackto optimize performance. - Access nested properties safely: Always check if nested properties exist before accessing them (e.g.,
states.sidebar,states.prefs?.mirrorVideo). - Use states for conditional rendering: Leverage the UI states to show/hide UI elements or respond to interface changes (e.g., showing custom indicators when
states.activeScreenShareis true). - Understand the difference:
rtkStatesUpdateprovides UI Kit internal states for interface management. For meeting data (participants, active speaker, recording status), use the Core SDK'smeetingobject and its events directly.
- Remove listeners on cleanup: Always remove event listeners in
onDestroy()to prevent memory leaks. Store listener references so you can unregister them later. - Use appropriate threading: Event listener callbacks may fire on background threads. Use
runOnUiThreador post to the main handler when updating UI elements. - Store state in observable patterns: Use
LiveData,StateFlow, orMutableState(Compose) to propagate state changes to your UI reactively. - Understand the difference: Event listeners provide meeting lifecycle and participant state changes. The UI Kit manages its own internal UI state separately.
- Remove listeners on cleanup: Always remove event listeners when your view controller or view model is deallocated to prevent retain cycles and memory leaks.
- Use
@Publishedfor reactive UI: In SwiftUI, mark state properties as@Publishedin yourObservableObjectto automatically re-render views when meeting state changes. - Handle threading: Event listener callbacks may fire on background threads. Use
DispatchQueue.main.asyncwhen updating UI elements from callbacks. - Understand the difference: Event listeners provide meeting lifecycle and participant state changes. The UI Kit manages its own internal UI state separately.
- Remove listeners on cleanup: Always remove event listeners in your widget's
dispose()method to prevent memory leaks. - Use Riverpod or ChangeNotifier: Propagate meeting state changes through Riverpod providers or
ChangeNotifierclasses to keep your widget tree in sync. - Rebuild only what changed: Use
Consumerwidgets orselecton Riverpod providers to minimize unnecessary widget rebuilds when meeting state changes. - Understand the difference: Event listeners provide meeting lifecycle and participant state changes. The UI Kit manages its own internal UI state separately.
- Use selectors for efficiency: The
useRealtimeKitSelectorhook only re-renders your component when the selected value changes. Select only the specific properties you need rather than the entire meeting object. - Clean up event listeners: When using
meeting.self.on()event listeners, always return a cleanup function fromuseEffectthat callsremoveListener. - Combine with
useMemoanduseCallback: Use React memoization hooks to prevent unnecessary re-renders when meeting state changes frequently. - Understand the difference:
useRealtimeKitSelectorprovides access to Core SDK meeting state (participants, media, room state). The UI Kit handles its own internal UI state through theRtkMeetingcomponent.