Known Limitation

---

Chrome

macOS

• When inserting a headset during a call in Chrome, the default microphone option is labeled with an incorrect name.When inserting a headset during a call in Chrome, the default microphone option is labeled with an incorrect name.

  While the default microphone is selected in Chrome in the meeting, and user attaches another microphone to the computer which is chosen as the default device by the OS, the label for default device updates in availableMicrophones to the new default. However, audio continues to flow from the earlier default device, and the name for default device in selectedMicrophone is still the older default name.

  Attaching sample erroneous output of availableMicrophones and selectedMicrophone properties after attaching external microphone.

  

  Once the user manually selects the microphone from the list of available microphones, this behavior will be resolved.

  ---

Fedora

• Black screen when sharing the entire screen from chrome 96 on fedoraBlack screen when sharing the entire screen from chrome 96 on fedora

  Linux user, using Wayland protocol for their display server will experience issues with screen sharing. Individual App/tab sharing works with Wayland, but sharing entire screen will have issues. For more details, you can see in bugzilla. We recommended to use Xorg protocols, as it doesn't experience these issues.

  ---

Safari

macOS

• No audio input when a microphone is switchedNo audio input when a microphone is switched

  This observation has been noticed on safari v15.1 and above. This behavior happens only when we try to switch the microphone to a Bluetooth headset during the call.

  ---

iOS

• iOS 15.4 and older versions: Intermittent robotic hoarse sound on iPhoneiOS 15.4 and older versions: Intermittent robotic hoarse sound on iPhone

  After joining a meeting from iOS Safari, mostly when a headset is connected. Intermittently the iOS Safari participant starts hearing audio from other participants in robotic form. Currently, the workaround is to close Safari browser and rejoin the meeting.

  ---

• iOS 15.1: Video goes black and the page freezes on certain interruptionsiOS 15.1: Video goes black and the page freezes on certain interruptions

  Certain interruptions such as incoming calls, backgrounding the browser or switching between applications causes video on Safari (iOS 15.1) to go black. Sometimes, the whole page also freezes and becomes unresponsive causing audio and video to cut off. The following issues are regressions on iOS 15.1.

  • Page Freezing
  • Video going black

    ---

• iOS 15: Low audio volume in SafariiOS 15: Low audio volume in Safari

  Safari on iOS version 15, sometimes routes audio to the earpiece and not the speakers by default. Which customers some time perceive as low audio volume. This issue has been listed as a regression on iOS 15 [Webkit Issue].

  ---

• iOS15.5/iOS15.6 (Intermittent): The webpage gets reloaded when returning to the meeting from an application that uses audio/videoiOS15.5/iOS15.6 (Intermittent): The webpage gets reloaded when returning to the meeting from an application that uses audio/video

  If you switch your Safari meeting to an application that uses audio/video and keep the webpage in background for longer than 30 seconds, the page reloads.

WebView

Android

• Meeting audio may not be muted while answering an incoming PSTN callMeeting audio may not be muted while answering an incoming PSTN call

  If you answer an incoming PSTN call during a meeting, you may hear the meeting audio and the PSTN audio at the same time.
  

• Incorrect device labels while enumerating devices from an Android WebViewIncorrect device labels while enumerating devices from an Android WebView

  The labels for camera/microphone are unavailable in Android WebView. Instead, the Web ClientSDK returns dummy labels like microphone1, camera1. You can see more [Chromium Issue], or [Webkit Issue].

iOS

• (Intermittent) No microphone access while the app goes background on iOS(Intermittent) No microphone access while the app goes background on iOS

  App loses microphone access once the app goes into the background

  More details can be found in this WebKit issue  

General

• Multiple participant switches can cause issues on mobile platforms in a custom layoutMultiple participant switches can cause issues on mobile platforms in a custom layout

  We recommend that you do not frequently change the participant's position during the meeting. This may cause disorientation in the meeting experience, it may also cause performance issues in some mobile devices.