In BigBlueButton, messages between participants are primarily exchanged using WebSockets for real-time communication. However, the way these messages are handled in the browser (especially in Firefox's Network tab) can be subtle and might not always appear as you expect. Here’s how it works and why you might not see new WebSocket messages for each chat message:
bbb-websocket endpoint) for real-time messaging (chat, presentations, cursor movements, etc.).WebSocket Frames vs. HTTP Requests: Firefox’s Network tab primarily shows HTTP/HTTPS requests (e.g., REST API calls, asset loads). WebSocket frames are not displayed as individual requests in the Network tab by default.
F12 or Ctrl+Shift+I).WS (WebSocket).wss://your-bbb-server/bbb-websocket).Message Aggregation: BigBlueButton may batch or compress messages (e.g., using msgpack or BSON) to reduce overhead. A single WebSocket frame might contain multiple logical messages.
Internal Handling: The BigBlueButton client (HTML5 frontend) processes incoming WebSocket messages internally using JavaScript (e.g., via the bbb-commons library). These messages are not exposed as separate network requests but are instead handled by event listeners in the code.
F12).WS (WebSocket).bbb-web, bbb-akka-apps) for message routing. Chat messages are typically logged in:
Look for files liketext/var/log/bigbluebutton/
bbb-web.log or akka.log.{type: "chat", message: "Hello", sender: "UserA"}).bbb-akka-apps service broadcasts the message to all participants in the room.WS in the Network tab, you’ll miss WebSocket activity.BigBlueButton chat messages are sent over a persistent WebSocket connection, not as individual HTTP requests. To see them:
WS in Firefox’s Network tab.Vibe can make mistakes. Check answers. Learn more