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

Issue 718022 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Confirmation dialog when sideloading multiple extensions

Reported by markus.h...@gmail.com, May 3 2017

Issue description

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

Steps to reproduce the problem:
1. Sideload 2 extensions
2. Start Chrome
3. Accept the dialog enabling the first extension

What is the expected behavior?
The same dialog should be shown for the second extension

What went wrong?
Only the yellow info icon stays, and even this only stays until the browser is restarted.

Did this work before? Yes 

Does this work in other browsers? Yes

Chrome version: 58.0.3029.96  Channel: stable
OS Version: 10.0
Flash Version: 

It was broken in 57, then seemed to be fixed in 58 but is now again broken in 58.0.3029.96
 
Components: Platform>Extensions
Labels: -Hotlist-Interop
Labels: Needs-Triage-M58
Cc: kavvaru@chromium.org
Labels: Needs-Feedback
 markus.hartung.avira@Thanks for the issue.

Could you please provide us the sample extensions to triage the issue from test team end.


I tested this on a Windows 10 x64 system.
To sideload the two extensions (Avira Password Manager, Avira Browser Safety) the following registry keys are created:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Google\Chrome\Extensions\caljgklbbfbcjjanaijlacgncafpegll
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Google\Chrome\Extensions\enhedicmkidpahjffkbmhgiacbodpcbo

and for both the REG_SZ values are created:

update_url: https://clients2.google.com/service/update2/crx

Now the browser is restarted and the prompt for the first extension is shown (first prompt.PNG), afterwards I would expect the same prompt for the second extension, but only the yellow icon remains (first prompt accepted.PNG).







first prompt.PNG
20.2 KB View Download
first prompt accepted.PNG
3.9 KB View Download
Project Member

Comment 5 by sheriffbot@chromium.org, May 5 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
Tested this issue using latest Chrome version #60.0.3093.0 and #59.0.3071.36 on Win 10. Unable to reproduce this issue. Please find the attached screen cast and let us know if we missed any steps from our end.

@markus: Could you please try upgrading you Chrome to the latest version and check still if you face the issue?

Thanks,
May 8 2017 3-12 AM.webm
1.6 MB View Download
Unfortunately the interesting part is missing in your screencast.

The issue isn't really that it is impossible to install 2 sideloaded extensions, but that for the second one the dialog is not shown automatically.
I tested it now on 3 different versions and they all show the same behavior.

GC 58: https://youtu.be/j75BVFLzsOI 
GC 59 Beta: https://youtu.be/lmCrE2gpyjU
GC 60 Canary: https://youtu.be/gHVP3YAMZC0

sideloading.reg
894 bytes Download
Project Member

Comment 8 by sheriffbot@chromium.org, May 8 2017

Cc: sandeepkumars@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sandeepkumars@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Needs-Triage-M58 M-61
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Win-10 using chrome stable version #58.0.3029.110 and latest chrome version #61.0.3115.0.

The manual reproducible steps are very inconsistent. Hence, unable to provide the bisect.

Could anyone from Platform>Extensions team please have a look into this issue.
Hence, marking it untriaged for further investigation.
Owner: lazyboy@chromium.org
Status: Assigned (was: Untriaged)
I think we made the conscious decision to not pop up the second dialog immediately after the user acknowledges the first, just because we thought it would be very annoying and it's not a common situation.  However, on a subsequent browser start, we *should* probably show the dialog, and should *certainly* show the yellow icon still (for up to three restarts, after which we assume the user chose to ignore the state).

lazyboy@, you've done work in this area, mind taking a look?

Sign in to add a comment