Closed
Bug 1300093
Opened 8 years ago
Closed 8 years ago
Closing microphone from Control Center will close the camera as well although they are opened from different iframes
Categories
(Firefox :: Site Permissions, defect)
Tracking
()
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
firefox51 | --- | affected |
People
(Reporter: roxana.leitan, Unassigned)
References
Details
(Whiteboard: [fxprivacy])
Attachments
(1 file)
209 bytes,
text/html
|
Details |
Affected versions]:
FF Nightly 51.0a1
[Affected platforms]:
Windows 10 x64, Mac OS X 10.10, Ubuntu 16.04 x64
[Steps to reproduce]:
1.Open the attached file in Firefox Nightly 51
2.In frame 1 click on Video and select Share Selected Device
3.In frame 2 click on Audio and select Share Selected Device
4.Click on "i" from the address bar and go to Permission section
5.Click on "X" button for Allow temporarily Use the Microphone
[Expected result]:
The microphone should stop and the camera should continue to be active
[Actual result]:
Microphone and camera are closed
[Additional notes]:
We consider that is confusing for users to get permission request for camera and microphone and then closing one of them will close the other as well. There will be cases in which the camera and microphone will be streamed separately(e.g.iframe case) and hence we see the necesity to handle each separately.
Let me know if a separate bug should be logged on this.
Updated•8 years ago
|
Whiteboard: [fxprivacy][triage]
Comment 1•8 years ago
|
||
(In reply to roxana.leitan@softvision.ro from comment #0)
> We consider that is confusing for users to get permission request for camera
> and microphone and then closing one of them will close the other as well.
I agree this is potentially confusing, but it's working as designed. I'm cc'ing jib and jesup who can decide if it's time to revisit this decision. One thing to keep in mind though is that the normal way to stop a stream is from the UI offered by the webpage. The UI we offer in the control center is more something users can use in an emergency if for some reason they no longer trust the website, or if the website seems broken. In such a case, it's better to stop sharing more aggressively than to keep sharing something the user may have wanted to stop sharing.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Whiteboard: [fxprivacy][triage] → [fxprivacy]
Comment 2•8 years ago
|
||
Thanks for the cc. I agree with Florian's description that the control center is perhaps aimed at broad-strokes swatting of permissions rather than fine tuned control (though see 1284102 comment 11 for an exception made for screensharing apparently). I think this is largely a UX decision.
Comment 3•8 years ago
|
||
Make that Bug 1284102 comment 11
You need to log in
before you can comment on or make changes to this bug.
Description
•