Closed
Bug 798966
Opened 11 years ago
Closed 11 years ago
Bypass getUserMedia permissions with a pref
Categories
(Core :: WebRTC: Audio/Video, defect)
Core
WebRTC: Audio/Video
Tracking
()
VERIFIED
FIXED
mozilla18
People
(Reporter: anant, Assigned: anant)
Details
Attachments
(1 file)
2.95 KB,
patch
|
jesup
:
review+
|
Details | Diff | Splinter Review |
A preference to bypass permissions for gUM would be very useful. Additionally, permissions are being (incorrectly) asked for fake streams.
Assignee | ||
Updated•11 years ago
|
Summary: Bypass permissions with a pref → Bypass getUserMedia permissions with a pref
Assignee | ||
Comment 1•11 years ago
|
||
Comment 2•11 years ago
|
||
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+
Updated•11 years ago
|
Attachment #668959 -
Attachment is patch: true
Assignee | ||
Comment 3•11 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/959de7eea1ff
Comment 4•11 years ago
|
||
(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.
Comment 5•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/959de7eea1ff
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla18
Comment 6•11 years ago
|
||
(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.
Assignee | ||
Comment 7•11 years ago
|
||
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.
Comment 8•11 years ago
|
||
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.
Description
•