Open Bug 940020 Opened 11 years ago Updated 2 years ago

Trying to request & release the mic in one content process, then access the mic across two content processes generates a broken stream on the 2nd request

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. Release the mic in tab #1
5. Request gUM audio in tab #2 & grant permissions
6. Request gUM audio in tab #1 & grant permissions

Expected

HARDWARE_UNAVAILABLE should fire.

Actual

A broken stream is generated, which cannot be played back.
Edge case, so this isn't going to block.
backlog: --- → parking-lot
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.