New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 617430 link

Starred by 12 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug
Team-Security-UX


Show other hotlists

Hotlists containing this issue:
Security-UX-Consistency


Sign in to add a comment

Microphone access icon is a camera

Project Member Reported by pdr@chromium.org, Jun 5 2016

Issue description

Version: 52.0.2743.6/dev
OS: OSX 10.6

The notification icon for when a page is using the microphone is a camera (see screenshot).

My computer has no enabled cameras so I was surprised to see a camera enabled in the url bar! I think we're just using the same icon for all media, but this can be confusing and doesn't feel polished.

The Polymer Material Design folks have a special icon for camera, mic, and camera+mic (icons:perm-camera-mic) that might work here:
https://elements.polymer-project.org/elements/iron-icons?view=demo:demo/index.html&active=iron-icons


 
cameraphone.png
35.3 KB View Download
This got debated long ago when it was first added.  It's possible the icon you link to would be a better replacement for the current one.
Components: -UI>Browser>Permissions UI>Browser>Permissions>Indicators
Cc: emilyschechter@chromium.org
Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
+emilyschechter@,
do you think this is something we want to pursue? Marking its priority to 3 for now. Feel free to change. 
Owner: emilyschechter@chromium.org
Status: Assigned (was: Available)
Assigning to Emily to determine if we want to push for a new UI here.
Cc: ainslie@chromium.org smokana@chromium.org benwells@chromium.org tommi@chromium.org f...@chromium.org tnakamura@chromium.org egm@chromium.org raymes@chromium.org dominickn@chromium.org
 Issue 602479  has been merged into this issue.
More context: back when this was first added the internals apparently didn't plumb separate permissions here, but now they do.

The page info bubble uses separate icons for these permissions already.  We should be consistent with that.
Cc: msramek@chromium.org
Components: Privacy
Cc: jdonnelly@chromium.org
Labels: Needs-Feedback
Re #9: Whom does this need feedback from?

It's easy to repro and understand what the issue is, right?
https://www.chromium.org/getting-involved/bug-triage
It appears to need feedback from Emily per comment #4.
Cc: -tommi@chromium.org
Labels: -Needs-Feedback
Owner: est...@chromium.org
If there was something previously blocking determination of mic vs. camera as suggested in #6 then I don't think we need more input. This seems like a pretty obvious thing to do.

I don't think it's a trivial change but it looks straightforward. I think this primarily consists of splitting the media models in chrome/browser/ui/content_settings into one for mic and one for camera. They're kind of calling out for that anyway, as they're full of if(mic) do this else if(camera) do that.

estark, is there someone on your team that could try this?
Cc: tommi@chromium.org
Address autocomplete appears to have clobbered one of the cc's. Restored.
Cc: est...@chromium.org
Owner: ----
Status: Available (was: Assigned)
Marking available as I think this is still low priority for us. 
Labels: Hotlist-Privacy
Let me put this on my fixit list.

It is fairly trivial engineering-wise, one just needs to split the bubble class into two. The question is just what is desirable product-wise; whether to treat the permissions completely separately, or whether we still want to somehow acknowledge that camera/mic permissions can be requested by a website together.
Thanks Martin :) Personally I think it's ok to treat the 2 permissions completely separately in page action just like we do in site settings and page info.
Cc: -egm@chromium.org
I also think it's probably ideal to treat the two separately since we have different icons in page info/settings as Raymes says.

However, I don't think this should be priority as PageActions IMO are not really understandable anyway, and we should work on replacing them with i.e. anchored toasts, vs. building more of them :)
Labels: Hotlist-EnamelAndFriendsFixIt
Labels: -Hotlist-EnamelAndFriendsFixIt
Labels: Hotlist-GoodFirstBug
Owner: mgalonsky@chromium.org
Status: Assigned (was: Available)

Sign in to add a comment