Closed Bug 798966 Opened 12 years ago Closed 12 years ago

Bypass getUserMedia permissions with a pref

Categories

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

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla18

People

(Reporter: anant, Assigned: anant)

Details

Attachments

(1 file)

A preference to bypass permissions for gUM would be very useful. Additionally, permissions are being (incorrectly) asked for fake streams.
Summary: Bypass permissions with a pref → Bypass getUserMedia permissions with a pref
Assignee: nobody → anant
Status: NEW → ASSIGNED
Attachment #668959 - Flags: review?(rjesup)
Comment on attachment 668959 [details] [diff] [review]
Add pref to disable permission check

Ok, and this fixes the permission request for fake media streams bug as well.

Can I say I hate the names we chose for getUserMedia preffing?  Luckily they (or at least media.navigator.enabled) will go away eventually.  :-)

r+

No privacy review needed since the getUserMedia is preffed off currently.  When preffed on, we'd need to run this by privacy.
Attachment #668959 - Flags: review?(rjesup) → review+
Attachment #668959 - Attachment is patch: true
(In reply to Anant Narayanan [:anant] from comment #0)
> A preference to bypass permissions for gUM would be very useful.
> Additionally, permissions are being (incorrectly) asked for fake streams.

Anant, just a note here. Why are those incorrectly shown? At least for the testing mode we need those notifications, otherwise nothing can be tested. So I would vote for that we do not remove them.
https://hg.mozilla.org/mozilla-central/rev/959de7eea1ff
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla18
(In reply to Henrik Skupin (:whimboo) from comment #4)
> Anant, just a note here. Why are those incorrectly shown? At least for the
> testing mode we need those notifications, otherwise nothing can be tested.
> So I would vote for that we do not remove them.

As a workaround tests can enable the pref for testing purposes. So I think we are fine here.
Just to be clear, the pref is to *disable* the permission dialog, not enable it. The default is (of course) to always ask for permission.
Keywords: verifyme
Verified in 10/12 Nightly build.
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: