1e53140a00
Safari may enter a microphone permission check loop due to buggy behavior in the Permissions API. When permission isn't permanently denied, gUM requests fail with a NotAllowedError for a few seconds. During this time, the permission state remains 'prompt' instead of transitioning to 'denied' and back to 'prompt' after the timeout. This leads to an issue where, on retrying while in 'prompt' + blocked, the client loops through gUM checks via: 1) checking permission in the API, 2) receiving 'prompt', so trying gUM, 3) gUM fails, 4) returning to the modal and checking permission again because the API still says 'prompt'. Additionally, the `isUsingAudio` flag incorrectly counts the local echo test/audio settings modal as "using audio," which toggles the flag on/off, triggering the useEffect that causes the loop more frequently. To fix this, remove the unnecessary AudioModal permission check that causes the loop. Also, exclude "isEchoTest" from the `isUsingAudio` flag. |
||
---|---|---|
.. | ||
audio-manager | ||
auth | ||
bbb-webrtc-sfu | ||
features | ||
meeting-settings | ||
mobile-app | ||
notification | ||
settings | ||
storage | ||
users-settings | ||
virtual-background | ||
webrtc-base |