Closed Bug 819413 Opened 12 years ago Closed 10 years ago

getUserMedia has to make use of the permission manager to store site based permissions

Categories

(Core :: WebRTC, defect)

Product:
Core
Component:
WebRTC
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: whimboo, Unassigned)

References

Details

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

Right now WebRTC is not using the permission manager to store the user selection based on the site. That means you will have to accept/deny the request again and again. With the permission manager we would be able to store the selection permanently and it would be editable via about:permissions or the page info window. Looks like we are waiting for ui on that one which is postponed for now. So indeed not a blocker for Firefox 20.
Summary: WebRTC has to make use of the permission manager to store site based permissions → getUserMedia has to make use of the permission manager to store site based permissions
Whiteboard: [getUserMedia][blocking-gum-]
Alfredo - Will bug 853356 fix this bug by caveat, given that bug is hooking up gUM to the permission manager?
Flags: needinfo?(ayang)
(In reply to Jason Smith [:jsmith] from comment #1) > Alfredo - Will bug 853356 fix this bug by caveat, given that bug is hooking > up gUM to the permission manager? No, my patch is for B2G only. During my patch test, this bug doesn't exist on B2G. I guess this bug's problem could be on browser/modules/webrtcUI.jsm, which will popup permission dialog to user but doesn't keep the result in permission manager.
Flags: needinfo?(ayang)
overtaken by events some time ago
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.