Closed
Bug 819011
Opened 12 years ago
Closed 9 years ago
Request gum audio in one tab for integrated mic, USB mic in second tab, call stop() in first tab - integrated mic is still active
Categories
(Core :: WebRTC: Audio/Video, defect, P1)
Core
WebRTC: Audio/Video
Tracking
()
RESOLVED
WORKSFORME
backlog | webrtc/webaudio+ |
People
(Reporter: jsmith, Unassigned)
Details
(Whiteboard: [getUserMedia], [blocking-gum-])
Attachments
(1 file)
905 bytes,
text/html
|
Details |
Steps: 1. Load the attached test case in tab #1 and tab #2 with a USB + integrated mic hooked in 2. Accept permissions in tab #1 with the integrated mic 3. Accept permissions in tab #2 with the USB mic 4. Call stop() on tab #1 Expected: Only the USB mic should be a valid input source. Actual: Both input sources remain active.
Reporter | ||
Comment 1•11 years ago
|
||
Test on OS X and a different windows box - qawanted.
Keywords: qawanted
Updated•11 years ago
|
Assignee: nobody → jsmith
Whiteboard: [getUserMedia], [blocking-gum-]
Reporter | ||
Comment 2•11 years ago
|
||
Confirmed now on multiple machines. I just tested this on OS X 10.7 and confirmed this to reproduce generally.
Assignee: jsmith → nobody
Keywords: qawanted
Comment 3•9 years ago
|
||
Juan -- Can you retest this? I believe this was fixed a while ago.
Rank: 19
Flags: needinfo?(jbecerra)
Priority: -- → P1
QA Contact: jsmith
Updated•9 years ago
|
backlog: --- → webRTC+
Comment 4•9 years ago
|
||
I'm not able to reproduce this on my Windows machine using nightly or Fx dev edition. I also tested on Mac.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(jbecerra)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•