Open Bug 970413 Opened 11 years ago Updated 3 years ago

OS X: Disconnected Bluetooth audio device delays permissions dialog

Categories

(Core :: WebRTC: Audio/Video, defect, P5)

27 Branch
x86
macOS
defect

Tracking

()

People

(Reporter: abr, Unassigned)

References

(Depends on 1 open bug)

Details

STR: 1. Associate the machine with a Bluetooth audio device 2. Power the Bluetooth audio device off 3. Access a page that requests microphone access (e.g., https://apprtc.webrtc.org/) Observe: the microphone permissions doorhanger does not appear. Approximately 20 seconds later, an error dialog appears: "A Bluetooth audio error occurred." Only after that point in time does the WebRTC permissions dialog appear.
Related to bug 827146 - the device list should be dynamic, not static. That would also avoid the blocking aspect of this bug, and likely would make this one moot (or much less painful).
Depends on: 827146
I've just discussed this with jesup, and we found a way to handle it that doesn't require changing the API; which also means the front-end and back-end parts can be done separately: - make the UI re-fetch the list of devices whenever the user clicks the selector - make the back-end not block (or not wait for more than a few ms), but continue looking in the background, so that the next request for the list of devices gets the whole list.
Depends on: 1017990
backlog: --- → webRTC+
Rank: 45
Priority: -- → P4
Mass change P4->P5 to align with new Mozilla triage process.
Priority: P4 → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.