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)

Product:
Core
Component:
WebRTC: Audio/Video
Version:
26 Branch
Platform:
ARM
Gonk (Firefox OS)
Type:
defect

Tracking

()

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