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)

defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jsmith, Unassigned)

Details

(Whiteboard: [getUserMedia], [blocking-gum-])

Attachments

(1 file)

Attached file Testcase
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.
Test on OS X and a different windows box - qawanted.
Keywords: qawanted
Assignee: nobody → jsmith
Whiteboard: [getUserMedia], [blocking-gum-]
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
Juan -- Can you retest this?  I believe this was fixed a while ago.
Rank: 19
Flags: needinfo?(jbecerra)
Priority: -- → P1
QA Contact: jsmith
backlog: --- → webRTC+
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.

Attachment

General

Created:
Updated:
Size: