New issue
Advanced search Search tips

Issue 784463 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 680837
Owner: ----
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Chrome is unable to use PAC/WPAD file - Always returns DIRECT

Reported by pepis...@cisco.com, Nov 13 2017

Issue description

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

Example URL:
facebook.com

Steps to reproduce the problem:
1. load PAC file
2. 
3. 

What is the expected behavior?
chrome should use the proxy per PAC file, but returns DIRECT instead. Even if the proxy is accessible

What went wrong?
Chrome is returning DIRECT for all requests than proxy. 

Issue is not seen when using IE or Firefox

Did this work before? N/A 

Chrome version: 61.0.3163.100  Channel: n/a
OS Version: 10.0
Flash Version:
 

Comment 1 by pepis...@cisco.com, Nov 13 2017

PAC file for testing
20171108-113613763_wpad_test.pac
315 bytes Download

Comment 2 by mmenke@chromium.org, Nov 13 2017

Components: -Internals>Network Internals>Network>Proxy
Labels: Needs-Feedback
Could you please export a log from about:net-export, and upload it?  It should let us see if the issue is with retrieving the pac script, or running it, at least.  Visited URLs will be visible in the log, but cookies, upload bodies, and credentials will not be.

Comment 3 by pepis...@cisco.com, Nov 13 2017

Thanks, will work on getting the logs  from end customer
Project Member

Comment 4 by sheriffbot@chromium.org, Nov 13 2017

Cc: mmenke@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "mmenke@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

Comment 5 by mmenke@chromium.org, Nov 13 2017

Labels: Needs-Feedback

Comment 6 by pepis...@cisco.com, Nov 13 2017

Chrome logs 
chrome-net-export-log.json
12.3 MB View Download
Project Member

Comment 7 by sheriffbot@chromium.org, Nov 13 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "mmenke@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

Comment 8 by eroman@chromium.org, Nov 13 2017

The PAC file given in comment #1 isn't consistent with the log in comment #7.

It is more likely that your PAC script is doing something like:

   return "PROXY torproxy01.apotex.ca:80;DIRECT";

In other words, specifying a fallback to direct.

The log file indicates that your PAC script is being used, however torproxy01.apotex.ca:80 has failed requests in the past and has been de-prioritized. Hence it sends to DIRECT.

The solution should be to remove DIRECT as a fallback if you don't want it to use DIRECT.

Comment 9 by eroman@chromium.org, Nov 13 2017

Forgot to say in comment #8: thanks for attaching the log file!
Chrome will mark proxies as bad if requests sent to other ports through the proxy fail, but direct requests succeed, which may be the reason you're only seeing this with Chrome.

See  issue 680837 .

Comment 11 by pepis...@cisco.com, Nov 13 2017

Many thanks!



Peter Episcopo
Cisco TAC – Web Security
Phone: +1 919 574 3766
Email:pepiscop@cisco.com<mailto:pepiscop@cisco.com>
Office hours: 8:00 AM – 4:00 PM (Eastern Time US)
To update your case (requires a support contract): https://tools.cisco.com/ServiceRequestTool/scm/mgmt/case
Cisco Worldwide Contact: http://www.cisco.com/c/en/us/support/web/tsd-cisco-worldwide-contacts.html
-------------------------------------------
Jamie Herubin
jherubin@cisco.com<mailto:jherubin@cisco.com>
9193929343

From: mme… via monorail [mailto:monorail+v2.3079273537@chromium.org]
Sent: Monday, November 13, 2017 5:20 PM
To: Peter Episcopo (pepiscop) <pepiscop@cisco.com>
Subject:  Issue 784463  in chromium: Chrome is unable to use PAC/WPAD file - Always returns DIRECT
Mergedinto: 680837
Status: Duplicate (was: Unconfirmed)

Sign in to add a comment