Open
Bug 940011
Opened 12 years ago
Updated 3 years ago
Trying & failing to access the microphone & accessing it again when it's available fails with HARDWARE_UNAVAILABLE
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
NEW
backlog | parking-lot |
People
(Reporter: jsmith, Unassigned)
References
Details
Build - 11/18/2013 1.2 Buri
STR
1. Go to http://mozilla.github.io/qa-testcase-data/webapi/webrtc/gum_test.html in tab #1
2. Go to http://mozqa.com/qa-testcase-data/webapi/webrtc/gum_test.html in tab #2
3. Request gUM audio in tab #1 & grant permissions
4. Request gUM audio in tab #2 & grant permissions
** Note - at this point you'll get HARDWARE_UNAVAILABLE in tab #2
5. Release the mic in tab #1
6. Reload tab #2's page
7. Request gUM audio in tab #2 & grant permissions
Expected
Playback should start, indicating that the microphone was acquired.
Actual
HARDWARE_UNAVAILABLE is fired, even though the microphone is available.
Reporter | ||
Updated•12 years ago
|
Blocks: b2g-getusermedia
Reporter | ||
Comment 1•12 years ago
|
||
This isn't a blocker, as this is a bit of edge case & easy to workaround. The workaround just requires killing tab #2 & opening a new tab with that same web page.
Updated•10 years ago
|
backlog: --- → parking-lot
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•