New issue
Advanced search Search tips

Issue 784806 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

the new MD extensions page (introduced in 529395) makes it difficult for me to enable incognito mode for my extensions

Reported by it.cg...@gmail.com, Nov 14 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3268.0 Safari/537.36

Steps to reproduce the problem:
1. update to latest canary
2. install a new extension
3. try to enable the extension in incognito mode

What is the expected behavior?
one click enabling of extension like before

(actually i expect the extension to be by default enabled in incognito mode, but that's a different talk)

What went wrong?
instead i must click details first.
this makes it very annoying when you want to repeat the procedure, multiplying the number of clicks needed

Did this work before? Yes don't remember, i don't regularly use canary, i open it just to report bugs. it surely works on version 61

Chrome version: 64.0.3268.0  Channel: canary
OS Version: 10.0
Flash Version:
 

Comment 1 by it.cg...@gmail.com, Nov 14 2017

component:UI>Browser>ExtensionsManagement 

Comment 2 Deleted

Comment 3 by it.cg...@gmail.com, Nov 14 2017

actually after looking carefully at the new design, I find that it is preventing me from also easily toggling other options of the extension, not just incognito mode (such as opening extensions' options or toggling access to file urls).

somebody please retitle this to "the new MD extensions page (introduced in 529395) makes it more difficult for me to manage my extensions than before"
Cc: rdevlin....@chromium.org
Components: -UI UI>Browser>ExtensionsManagement
Labels: OS-Chrome OS-Linux OS-Mac
Thanks for the feedback!  First off, note that we can't promise that each use case will work exactly the same as it did before - given any two designs, there's likely people passionate on both sides.

That said, I don't know that the MD extensions page makes this any worse. 
 From the extension's context menu (e.g. right click on the icon) -> manage extensions will take you directly to the detailed view for that extension, where you can directly toggle these options.  I think that should be the same amount of clicks as before?

Comment 5 by it.cg...@gmail.com, Nov 14 2017

For managing One extension it's one click but what if I wanted to review 30
extensions? It's much worse.
the design simply ignores the scenario where the users goes to extensions
settings with intention to review all or many of them at once.

Comment 6 by woxxom@gmail.com, Nov 15 2017

rdevlin@, is it finally allowed to submit user feedback on MD-extensions?
I'd like to condemn the new huge white borders around extension's options dialog as seen in the attached screenshot.
Previously there was no borders (only the title was present).
new-options.png
21.4 KB View Download
Cc: bettes@chromium.org dpa...@chromium.org
Status: WontFix (was: Unconfirmed)
@5 It's true that the new design makes toggling the settings for multiple extensions at one time more difficult; however, for the majority of users this is a relatively rare occurrence (usually a user will modify a single extension at a time, and even that is relatively rare).  I think this is one of the times where we won't be able to satisfy every use case in a streamlined way.  Since we still support modifying a single extension quickly and it's still possible (albeit more clicks) to modify several, I don't think this is something we'll change.

I've cc'd some other folks to chime in if they feel differently, but for now closing this out.

@6 Yes, I think that (at least on Canary/Dev builds), we're ready for feedback.  Please file a new bug for that issue, and go ahead and cc me on it, and we'll continue the discussion there.

Comment 8 by jleedev@gmail.com, Nov 15 2017

Even if toggling this setting for many extensions is a rare occurrence, I agree with the sentiment expressed: The old extensions page showed certain information that was easy to read for all extensions at once, and in the new page you have to click one at a time.

For me, the biggest use case is to see which extensions could potentially be causing problems (and so I might want to disable temporarily). The signal I need to see here is twofold: 1) "Read and change all your data on the websites you visit", and 2) "Allow in incognito".

In the old page, allow in incognito was directly shown, and the permissions button was also shown directly in the list. In the new page, clicking details shows both of those data points in the detail page. (So it's still a single click in each case.)

It might be prudent to consider if there's room in the main list of extensions to mark extensions that could be messing with all web pages, compared to extensions that are relatively inert (only has specific page permissions, or only uses tabs or activeTab).

Comment 9 by it.cg...@gmail.com, Nov 15 2017

@7

> however, for the majority of users this is a relatively rare occurrence (usually a user will modify a single extension at a time, and even that is relatively rare)

Do you have/can you post proof of information stated above?


Of those who open the extensions page, how and what things people do while they're on that page? Do you have this analytics information? do you have a statistical breakdown of those actions?

---

Even if the above would be true, what is preventing the implementation of two additional buttons for each card?
After all, the visual change is that instead of seeing a vertical list of elements, now there is a collection of cards. Can you reference studies of user behaviour and cognition that suggest the arrangement of those items as cards instead of enumeration list with all options available without additional clicks is better for the end user?
What is the user technical profile for the extensios page anyway? Do you have this information? Does the average user even care for this change? Did you make any user research before even proposing this new design? What were the results? On how many people? 

Comment 10 by it.cg...@gmail.com, Nov 15 2017

none of my above questions are rethoric. I really expect answers for each.

Sign in to add a comment