Issue metadata
Sign in to add a comment
|
Proxy auth prompt pops after fully quitting browser
Reported by
m.jacio...@gmail.com,
Jan 4
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3660.0 Safari/537.36 Steps to reproduce the problem: More details on: https://stackoverflow.com/questions/54038433/block-chrome-network-requests-until-extension-is-initialized 1. Write extension that uses chrome.proxy.settings.set({ value: config, scope: 'regular' }); where config uses fixed_servers mode and singleProxy (https://developer.chrome.com/extensions/proxy) 2. Handle proxy server auth from background script using chrome.webRequest.onAuthRequired.addListener(callback, { urls: ['<all_urls>'] }, ['blocking']) - where callback function returns { authCredentials: { username, password } } (https://developer.chrome.com/extensions/webRequest) 3. Keep proxy on and fully restart browser(i.e. use command + Q) 4. When open up the browser again - auth prompt pops for username and password of the proxy After digging for some time I've identified that this is an issue on both current 71st version and 73rd(Canary) version of Chrome browser, while it is not occurring to any of versions between version 70 and 59(older than that didn't check). Issue is across multiple proxy extensions(not only the one I'm working on) that use authenticated proxy service. Any suggestions for workaround while this bug persists? What is the expected behavior? No auth prompt What went wrong? Auth prompt pops Did this work before? Yes 70.0.3538.77 Does this work in other browsers? Yes Chrome version: 71.0.3578.98 Channel: canary OS Version: OS X 10.14.1 Flash Version: Tested with older Chrome versions - all works as expected. Tested legacy extension(as current one is full rewrite) that used to work - situation the same, old versions of Chrome work as expected, 71st version shows the prompt. Tested other proxy extensions(from google webstore) that use auth - situation the same, old Chrome versions work with no prompt while 71st prompts auth on every restart and sometimes even on new tabs(command + T). Based on feedback from QA and users - issue persists across the platforms(Windows & MacOS for certain).
,
Jan 5
,
Jan 6
I've disabled it, but this had no effect on the issue - neither for my extension, nor other proxy extensions.
,
Jan 7
Thanks for filing the issue! @Reporter: Could you please share a sample test file(extension), which helps us to triage this further in a better way.
,
Jan 16
(6 days ago)
Hi! Took a while to setup reproducible code sample. Here's a repository: https://github.com/Mindaugas-Jacionis/proxy-extension-mvp You can git clone it and follow the Readme instructions, that way you can reproduce the bug and extension has minimal code needed to reproduce it.
,
Jan 16
(6 days ago)
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 17
(5 days ago)
Tried testing the issue as per comment#5, when we tried loading the extension it says "Failed to load extension". Attaching the screenshot of the same for reference. @Reporter: Could you please have a look at the screenshot and let us know if anything is being missed from our end. Thanks!
,
Jan 17
(5 days ago)
I assume you're selecting the root directory of the project. You should be opening the one named "src", as this is where the extension(including manifest.json) files are
,
Jan 17
(5 days ago)
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 18
(5 days ago)
,
Jan 18
(4 days ago)
Tried checking the issue on reported chrome version 71.0.3578.98 using Mac 10.14.1 by selecting the root directory of the project named "src" from extension provided in Comment#5 & as per comment#8, could add the extension successfully. Then clicked on extension icon -> Connect. Restarted the browser(using command + Q) Observed No auth prompted. As we are checking this on an open network and this seems to be specific to Proxy Network, hence adding label "TE-NeedsTriageHelp" and requesting someone from "Internals>Network>Proxy" team to help in triaging it further. Thanks!
,
Jan 18
(4 days ago)
This is odd, everyone on the team can reproduce the issue(this makes 12/12 people on different platforms). Before quitting do you see the proxy set in chrome://settings > Advanced > System > Proxy Settings? Is VirtualBox on with the local proxy server? After you click connect you should be able to use internet just fine if local proxy server is ON. If it is OFF(or not set up) you'll end-up with no internet connection after clicking "Connect". Instructions on how to setup local proxy server that uses authentication are in Readme.md file. Any flags you have enabled or disabled on your browser that might affect this? Or is it default browser setup?
,
Jan 18
(4 days ago)
My (uneducated) guess is that the extension to set the proxy is loading first, so we're showing a dialog before the one to send credentials is loaded, which would make this pretty dependent on various performance characteristics (Latency to proxy, storage performance, etc). Or does it pop up more than once?
,
Jan 18
(4 days ago)
To my experience it pops only once, when browser is being initialized. As mentioned earlier, this is new behavior since 71st version and affects all proxy extensions that provide auth based service(tested that to validate). This behaviour was not apparent in any older browsers or another extension that we have released 1.5years ago and since then was working as intended until recent version of the browser when it started "misbehaving" as well. That is the reason I believe this to be a regression. My guess is: extension sets proxy settings, those are saved in chrome settings(even can be seen on chrome://settings > advanced > system > proxy). These settings are persisted as in any older version of chrome and once browser is restarted, traffic is directed based on those settings as they are persisted, though extension is that controls this(or any other extension for that matter) is yet initialized by the browser. Persisting proxy settings of course is a good thing as it helps to avoid any leaks, but if any extension is responsible for those settings would be nice to initialize that extension beforehand(at least that's my guess is why any older version worked like a charm). :)
,
Jan 18
(4 days ago)
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by woxxom@gmail.com
, Jan 4