Closed Bug 843190 Opened 12 years ago Closed 12 years ago

Camera/mics can't be shared in getUserMedia if the permissions UI is disabled

Categories

(Core :: WebRTC: Audio/Video, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla22
Tracking Status
firefox20 + verified
firefox21 + fixed
firefox22 --- fixed

People

(Reporter: jesup, Assigned: jesup)

References

Details

(Whiteboard: [getUserMedia][blocking-gum+][MWCDemo2013])

Attachments

(1 file)

This was missed in the patch for bug 811757

We'll want to uplift this patch to Aurora and Beta
Attachment #716076 - Flags: review?(tterribe)
This reads off as a MWC demo risk.
Whiteboard: [getUserMedia][blocking-gum+][webrtc-uplift] → [getUserMedia][blocking-gum+][webrtc-uplift][MWCDemo2013]
Comment on attachment 716076 [details] [diff] [review]
Allow cameras/mics to be shared if permissions UI is disabled

Review of attachment 716076 [details] [diff] [review]:
-----------------------------------------------------------------

LGTM.
Attachment #716076 - Flags: review?(tterribe) → review+
https://hg.mozilla.org/mozilla-central/rev/9874a60b708f
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Keywords: verifyme
Status: RESOLVED → VERIFIED
Keywords: verifyme
Verified on Nightly. Needs an uplift to Aurora and Beta.
Comment on attachment 716076 [details] [diff] [review]
Allow cameras/mics to be shared if permissions UI is disabled

[Approval Request Comment]
Bug caused by (feature/regressing bug #): 811757 (missed the "permission-ui-disabled" case)

User impact if declined: People who flip the "permissions-ui-disabled" pref (media.navigator.permission.disabled) won't be able to share the camera or mic between tabs (or within a tab).  Note that for privacy reasons we would not suggest normal users ever flip that pref; it's mostly used for testing and demos like MWC.  This may mitigate against taking this patch on Beta or perhaps Aurora.

Testing completed (on m-c, etc.): on m-c, Verified
 
Risk to taking this patch (and alternatives if risky): Very low, simple patch.

String or UUID changes made by this patch: none.
Attachment #716076 - Flags: approval-mozilla-beta?
Attachment #716076 - Flags: approval-mozilla-aurora?
Attachment #716076 - Flags: approval-mozilla-beta?
Attachment #716076 - Flags: approval-mozilla-beta+
Attachment #716076 - Flags: approval-mozilla-aurora?
Attachment #716076 - Flags: approval-mozilla-aurora+
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:20.0) Gecko/20100101 Firefox/20.0
Mozilla/5.0 (X11; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0
Mozilla/5.0 (Windows NT 6.1; rv:20.0) Gecko/20100101 Firefox/20.0

Verified the fix on Firefox 20 beta 2.
Steps:
1. Set  media.navigator.permission.disabled to true
2. Open http://mozilla.github.com/webrtc-landing/gum_test.html in 2 tabs
3. Start video in 1st tab
4. Start video in 2nd tab
Result: video works in both tabs.
Technically that isn't totally how you needed to verify the bug - you needed to test cases with audio & USB+integrated devices. But I already went through this on Nightly, so no worries.
(In reply to Jason Smith [:jsmith] from comment #11)
> Technically that isn't totally how you needed to verify the bug - you needed
> to test cases with audio & USB+integrated devices. But I already went
> through this on Nightly, so no worries.

I forgot to mention that I used USB web camera (on Windows and Linux) and integrated iMac camera (on Mac OS) for the steps in comment #10. The share camera permission dialog did not appear and camera capture worked fine.
If that was not enough, could you please go through this on Firefox 20 beta 2 in order to properly verify on this branch, as well?
Thanks!
Fixed in Fx20.  Clearing webrtc-uplift flag.
Whiteboard: [getUserMedia][blocking-gum+][webrtc-uplift][MWCDemo2013] → [getUserMedia][blocking-gum+][MWCDemo2013]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: