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)

26 Branch
ARM
Gonk (Firefox OS)
defect

Tracking

()

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.
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.
backlog: --- → parking-lot
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.