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

Issue 759917 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner: ----
Closed: Sep 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Headless mode does not respect --proxy-bypass-list

Reported by probabl...@gmail.com, Aug 29 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.59 Safari/537.36

Example URL:

Steps to reproduce the problem:
Run chrome via CLI with a proxy server specified and at least one bypassed domain via --proxy-bypass-list

google-chrome --headless --proxy-server=127.0.0.1:9500 --proxy-bypass-list=*.cloudfront.net

What is the expected behavior?
should not intercept requests to a cloudfront domain, but it does in headless mode. If I remove the headless mode flags, the bypass list is correctly honored.

What went wrong?
Requests to the bypasses domain are still being forwarded to the proxy server.

Did this work before? No 

Chrome version: 61.0.3163.59  Channel: beta
OS Version: OS X 10.12.6
Flash Version:
 
Cc: rbasuvula@chromium.org
Labels: Needs-Triage-M61 TE-NeedsTriageHelp
This looks like issue related to proxy server, hence adding the respective label for it to triage further.

Thank You!

Comment 2 by mmenke@chromium.org, Aug 29 2017

Components: -Internals>Network Internals>Headless

Comment 3 Deleted

Thanks, I didn't see that option in the bug wizard :-)
Cc: skyos...@chromium.org
Labels: Proj-Headless
Status: Available (was: Unconfirmed)
Cc: rvera@chromium.org
Status: Fixed (was: Available)
This was implemented recently: https://chromium-review.googlesource.com/c/chromium/src/+/618207

Please try with Canary and report back if there are any issues.

Sign in to add a comment