Closed
Bug 826904
Opened 11 years ago
Closed 11 years ago
Sites you are sharing your camera and microphone with shows rejected sites
Categories
(Core :: WebRTC: Audio/Video, defect, P1)
Core
WebRTC: Audio/Video
Tracking
()
VERIFIED
FIXED
mozilla20
People
(Reporter: ekr, Assigned: jesup)
References
Details
(Whiteboard: [getUserMedia][blocking-gum+])
Open up two gUM using tabs from different sites. Accept permissions in one and reject in the other. The pulldown on the right of the toolbad will show both even though I am only sharing with one.
Updated•11 years ago
|
Whiteboard: [getUserMedia][blocking-gum+]
Comment 1•11 years ago
|
||
Dao - Is this a front-end or core bug?
Comment 2•11 years ago
|
||
Needs to be investigated further to be sure, but my initial feeling is that this is a core bug.
Component: WebRTC → WebRTC: Audio/Video
Comment 3•11 years ago
|
||
It looks like the UI correctly rejects the request (i.e. the page doesn't actually get access), but nsIMediaManagerService::activeMediaCaptureWindows returns that window nevertheless.
Updated•11 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Updated•11 years ago
|
Assignee: nobody → rjesup
Priority: -- → P1
Assignee | ||
Updated•11 years ago
|
Blocks: getUserMediaUI
Assignee | ||
Comment 4•11 years ago
|
||
Fixed by bug 826576
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
Updated•11 years ago
|
Flags: in-testsuite-
Comment 5•11 years ago
|
||
Verified on 2/21 build on Nightly - some sanity tests with multiple tabs with accept and reject look okay.
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in
before you can comment on or make changes to this bug.
Description
•