Build: 1/29 Nightly Steps: 1. Go to http://mozilla.github.com/webrtc-landing/gum_test.html 2. Select video 3. Accept permissions for camera A 4. Select stop 5. Select video 6. Accept permissions for camera B Expected: The video from camera B should play. Actual: Nothing is shown in the video. Saw this with this test case and when testing the multiple consumers bug.

Going to go ahead and guess this is probably a blocker - seems relatively basic.

Actually, this apparently happens with any camera. Let me try my own test case to weed out the possibility this is a bug in the test cases.

Okay, confirmed with my local test case. Definitely not a test case bug. Something regressed here...

I see this with the nightly build of 27th Jan which was built from http://hg.mozilla.org/mozilla-central/rev/f18b12139151 I do not see this with a try build of alder which was built from mozilla-central https://hg.mozilla.org/mozilla-central/rev/de2f88640ab6 with this patch that shouldn't affect this bug: (http://hg.mozilla.org/try/rev/b65e3c2ba7be). http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=de2f88640ab6&tochange=f18b12139151

Breaks all kinds of use-cases for GetUserMedia()

blocking- now that the root cause has been backed out for now.

(In reply to Randell Jesup [:jesup] from comment #6) > blocking- now that the root cause has been backed out for now. What patch was backed out to remove this?

(In reply to Jason Smith [:jsmith] from comment #7) > (In reply to Randell Jesup [:jesup] from comment #6) > > blocking- now that the root cause has been backed out for now. > > What patch was backed out to remove this? Oh wait, didn't see the blocking bug - bug 804875.

Fixed by backout. https://hg.mozilla.org/mozilla-central/rev/3bc1aa6145ed

Verified on 2/3 that backout fixed the bug.