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

Issue 601177 link

Starred by 9 users

Issue metadata

Status: WontFix
Owner:
Closed: Feb 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Feature
Team-Security-UX


Show other hotlists

Hotlists containing this issue:
EnamelAndFriendsFixIt


Sign in to add a comment

☂ Revamp Page Actions and Permission UI (Project Jewelbox)

Project Member Reported by lgar...@chromium.org, Apr 6 2016

Issue description

We want to get rid of page actions (the icons on the right of the omnibox) for a handful of reasons.

- dominickn@ is the owner for scoping out the project.
- lgarron@ will share the implementation with dominickn@ (details to be scoped out).
- rolfe@ is tackling the design aspects.

Gooogle Drive folder (currently Google-internal): https://drive.google.com/corp/drive/folders/0B1kg1oK-WfnucUlYZm9GamFQdkU
 
Summary: ☂ Revamp Page Actions and Permission UI (was: Revamp Page Actions and Permission UI)
Cc: mea...@chromium.org
I find myself using the JS blocked menu multiple times every day and it's not very user friendly, so I welcome this revamp.
Cc: palmer@chromium.org
Blockedon: 602479
Summary: ☂ Revamp Page Actions and Permission UI (Project Jewelbox) (was: ☂ Revamp Page Actions and Permission UI)
dominickn@ has named this project "Jewelbox" ("making permission UI shine").

https://bugs.chromium.org/p/chromium/issues/list?can=2&q=label%3AHotlist-Jewelbox&sort=status&colspec=ID+Status+Owner+Summary+Modified&x=m&y=releaseblock&cells=ids
unnamed.jpg
25.3 KB View Download

Comment 5 by f...@chromium.org, Apr 11 2016

love the name (& image!)
Labels: Hotlist-Jewelbox

Comment 7 Deleted

Comment 8 Deleted

Comment 9 Deleted

Comment 10 by s-r...@onu.edu, May 15 2016

I am curious as to the progress on this; I was just about to suggest modifying the Permissions UI to reflect the recent changes in Android (see attached).
image.jpeg
249 KB View Download
Making permission request UI more "app-like" is one of the driving goals of this work - particularly designing a page like the app permissions one for sites. With all the focus on progressive web apps, we need to focus on improving the Chrome-side UX to support them better.

Modal permission requests is a potential option, but it will require careful thought for a number of reasons:

 - we don't want to introduce another free way for sites to put up a modal dialog
 - hence, there may be implications for web platform APIs, which requires a longer discussion process to settle (e.g. APIs would need a user gesture to call)
 - it's unclear whether we should also make desktop permission dialogs modal

Comment 12 by s-r...@onu.edu, May 16 2016

I threw together a mock-up showing a desktop permissions modal (see image 1). While it definitely demands the user's attention, it does come with some concerns about responsiveness. Considering issue #606349, it would have to be able to handle long URLs; maybe site owners could provide a read-friendly 'app name'. Some other thoughts:

- combining permission requests into a single dialogue/modal could prevent abuse
- a 'more info' link could take users to more fine-grained controls (similar to the middle screenshot in the Android image submitted previously)
- website permissions UX and extension permissions UX should be consistent (see image 2)

Regardless, I think it would worth testing a couple alternatives with focus groups.
PermissionRequestRevised.png
152 KB View Download
PermissionRequestRevised2.png
799 KB View Download
Thanks! These are definitely food for thought. We have API side challenges for coalescing permission requests together. However, we're definitely looking at improving the consistency of permissions UI across all surfaces - including extensions.

Our first steps are probably to look at incremental improvements to what we have now (probably focusing on improving the existing bubbles), as larger revamps will take more time and discussion.

Comment 14 by f...@chromium.org, Jun 30 2016

Labels: -Type-Bug Type-Feature
Cc: finnur@chromium.org xians@chromium.org battre@chromium.org tommi@chromium.org markusheintz@chromium.org sergel@chromium.org msramek@chromium.org sabineb@chromium.org pkasting@chromium.org raymes@chromium.org dominickn@chromium.org grunell@chromium.org
 Issue 259102  has been merged into this issue.
Components: -Security>UX UI>Browser>Permissions>Indicators

Comment 17 by rolfe@chromium.org, Mar 29 2017

Cc: -rolfe@chromium.org maxwalker@chromium.org
Removing myself and adding maxwalker as your primary security/privacy design contact
Labels: Hotlist-EnamelAndFriendsFixIt
Blockedon: -602479
Status: WontFix (was: Assigned)
Closing this one out. Any work in this area will take place on smaller bugs, and I most likely won't be involved due to team changes.

Sign in to add a comment