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)
Tracking
()
NEW
| backlog | webrtc/webaudio+ |
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.
Comment 1•11 years ago
|
||
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
Comment 2•11 years ago
|
||
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.
Updated•10 years ago
|
backlog: --- → webRTC+
Rank: 45
Priority: -- → P4
Comment 3•8 years ago
|
||
Mass change P4->P5 to align with new Mozilla triage process.
Priority: P4 → P5
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•