Requiring click for camera preview seems unexpected
Categories
(Firefox :: Site Permissions, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox145 | --- | fixed |
People
(Reporter: pehrsons, Assigned: emz)
References
Details
Attachments
(2 files)
The gUM prompt's camera preview panel is prime real estate. I can't speak to or against the justification for not showing the preview by default, but as a user I found it unexpected that it's not visible. Perhaps if it didn't take up so much real estate while not having anything to show, it would be less unexpected. Bug 1977791 could help most users but not for first use, i.e. first impressions of the feature.
|
Assignee | |
Comment 1•5 months ago
|
||
My reasoning behind requiring a click is that I don't want to give sites the ability to turn on the users webcam. Even though sites can't get access to the video in the preview, it still felt a bit jarring that a site, without any user interaction, show you your picture and possibly turn on the webcam light.
As a compromise we've considered only requiring the click once and remembering that you have preview toggled on (or off).
We can also shrink the preview area when the preview is inactive.
What do you think?
|
Reporter | |
Comment 2•5 months ago
|
||
Thank you for that background.
Would it address these concerns to display the preview by default iff the camera request happens when the window has transient activation or similar - and display the button otherwise?
If we end up keeping the button for the common case I do think we should change things so we don't give so much focus to a big mostly empty box. We could have a separate button for toggling visibility of the preview area for instance, and it would make total sense together with bug 1977791 remembering its state, globally even.
|
|
Assignee | |
Comment 3•5 months ago
|
||
(In reply to Andreas Pehrson [:pehrsons] from comment #2)
Thank you for that background.
Would it address these concerns to display the preview by default iff the camera request happens when the window has transient activation or similar - and display the button otherwise?
I like this idea! Since we go through the content process anyway we can probably get this flag from the document and pass it along. I'll look into this as part of this bug.
If we end up keeping the button for the common case I do think we should change things so we don't give so much focus to a big mostly empty box. We could have a separate button for toggling visibility of the preview area for instance, and it would make total sense together with bug 1977791 remembering its state, globally even.
I would just decrease the height of the inactive preview area a bit, so that it still fits the start preview button. This is also reflects what UX suggested: https://bugzilla.mozilla.org/attachment.cgi?id=9499826
|
|
Assignee | |
Updated•5 months ago
|
|
||
Comment 4•4 months ago
|
||
(In reply to Emma Zühlcke [:emz] from comment #3)
(In reply to Andreas Pehrson [:pehrsons] from comment #2)
Would it address these concerns to display the preview by default iff the camera request happens when the window has transient activation or similar - and display the button otherwise?
I like this idea! Since we go through the content process anyway we can probably get this flag from the document and pass it along. I'll look into this as part of this bug.
I'm supportive of this solution! Anecdotally, we're seeing signs some users are confused by the gray preview area. See bug 1982580 comment 3.
|
|
Assignee | |
Comment 5•4 months ago
|
||
|
|
Assignee | |
Comment 6•4 months ago
|
||
|
||
Comment 8•3 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/d0e5aaecf8de
https://hg.mozilla.org/mozilla-central/rev/b891d9d8a5b9
|
||
Updated•2 months ago
|
Description
•