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

Issue 626943 link

Starred by 2 users
Status: WontFix
Owner: ----
Closed: Jul 2017
Cc:
█ forg@chromium.org
rdevlin....@chromium.org
robertshield@chromium.org
privard@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

The "override pages approval" popup, is shown on every restart of Chrome, instead of once

Reported by chrome-a...@ironsrc.com, Jul 10 2016 
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.49 Safari/537.36

Steps to reproduce the problem:
1. Install an extension with override page (e.g. new tab, on extension ID  bahkljhhdeciiaodlkppoonappfnhe).
2. Open an override page (e.g. new tab) and wait for the "override pages approval" popup to show. (see attached image)
3. Ignore the popup by clicking anywhere else on the screen.
4. The popup disappears and the extension is not disabled.
5. Close Chrome (make sure all Chrome processes are terminated) and restart it.
6. Open the same override page (e.g. new tab)

What is the expected behavior?
The "override page approval" popup should not pop again for the same override page (e.g. new tab), even after restart.

What went wrong?
The "override page approval" popup does pop again each time after restart.

WebStore page: 

Did this work before? Yes This behavior started on Chrome version 49.02623.75 (stable). Prior to that, the "override page approval" didn't again after restart.

Chrome version: 51.0.2704.106  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 22.0 r0
isthisthepageyouwereexpecting.png
31.1 KB View Download

Comment 1 by rdevlin....@chromium.org, Jul 12 2016

Cc: rdevlin....@chromium.org robertshield@chromium.org forg@chromium.org
Components: -Platform>Apps Platform>Extensions
Status: Untriaged (was: Unconfirmed)
This is working as coded (whether or not it's the best behavior is another question).

The motivation for this is disallowing a malicious extension from just stealing the focus on first startup after installation and thus preventing the user from having the chance to make a selection.  We keep displaying the dialog until the user makes a selection - either restore or keep, or explicitly dismisses via the escape key.  This was preferable to the alternatives of either a) making the bubble "sticky" (not allowing it to close on focus loss and forcing the user to make a decision right this moment no matter what) or b) making a choice for the user (when the right choice here isn't clear).

+robertshield@ as FYI, and +forg@ for UI thoughts and since we're looking at the possibility of reworking some of these flows.

Comment 2 by robertshield@chromium.org, Jul 15 2016

Cc: privard@chromium.org
+privard@ FYI

Comment 3 by asargent@chromium.org, Jul 15 2016

Status: Available (was: Untriaged)
marking as Available for now to get out of triage queue; it sounds like this may or may not end up as Wontfix (since it's working as designed) depending on whether we decide to change the design
Project Member

Comment 4 by sheriffbot@chromium.org, Jul 17 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by lazyboy@chromium.org, Jul 21 2017

Status: WontFix (was: Untriaged)
Going to close this one for now as WontFix for lack of response of comment #1, reopen if necessary.
►

Sign in to add a comment