Is this reproducible for you?  Is your network connection otherwise reliable?

Would you be able to provide a net log via chrome://net-export?

Yes. Please check the file attached.

Please provide me the solution for this issue, I'm suffering a lot in
hangling my gmail account. Not able to see the images for icons.

I think the attachment didn't work. You can attach  a file using the bug tracker UI under "Attach a file".

Also feel free to email me it at falken@chromium.org if that's easier.

Dear Falken,

Please check this one:

15078: URL_REQUESThttps://www.gstatic.com/companion/icon_assets/keep_2x.png
Start Time: 2018-10-17 19:22:44.582

t=31646 [st=  0] +REQUEST_ALIVE  [dt=718]
                  --> priority = "MEDIUM"
                  --> url =
"https://www.gstatic.com/companion/icon_assets/keep_2x.png"
t=31646 [st=  0]    NETWORK_DELEGATE_BEFORE_URL_REQUEST  [dt=0]
t=31646 [st=  0]   +URL_REQUEST_START_JOB  [dt=718]
                    --> load_flags = 0 (NORMAL)
                    --> method = "GET"
                    --> url =
"https://www.gstatic.com/companion/icon_assets/keep_2x.png"
t=31646 [st=  0]      NETWORK_DELEGATE_BEFORE_START_TRANSACTION  [dt=0]
t=31646 [st=  0]      HTTP_CACHE_GET_BACKEND  [dt=0]
t=31646 [st=  0]      HTTP_CACHE_OPEN_ENTRY  [dt=0]
                      --> net_error = -2 (ERR_FAILED)
t=31647 [st=  1]      HTTP_CACHE_CREATE_ENTRY  [dt=0]
t=31647 [st=  1]      HTTP_CACHE_ADD_TO_ENTRY  [dt=0]
t=31647 [st=  1]     +HTTP_STREAM_REQUEST  [dt=717]
t=31647 [st=  1]        HTTP_STREAM_JOB_CONTROLLER_BOUND
                        --> source_dependency = 15080
(HTTP_STREAM_JOB_CONTROLLER)
t=32364 [st=718]        HTTP_STREAM_REQUEST_BOUND_TO_JOB
                        --> source_dependency = 15081 (HTTP_STREAM_JOB)
t=32364 [st=718]     -HTTP_STREAM_REQUEST
t=32364 [st=718]   -URL_REQUEST_START_JOB
                    --> net_error = -102 (ERR_CONNECTION_REFUSED)
t=32364 [st=718]    URL_REQUEST_DELEGATE_RESPONSE_STARTED  [dt=0]
t=32364 [st=718] -REQUEST_ALIVE
                  --> net_error = -102 (ERR_CONNECTION_REFUSED)

Please give me link for  "How to attach a file using the bug tracker UI
under "Attach a file"."

Thanks with Regards...


*Asina Bee J.A.*

*Project Coordinator**Variant Infosystems Pvt. Ltd., Chennai*
*p:* +91-44-42832162  *s:* www.variantinfo.com *e:* asina.variant@gmail.com

*Please consider your environmental responsibility*
*!**Don't print this e-mail unless you really need to**!*
*Go Green!*
*[image: Image result for save tree quotes]*

Thanks. Would you be able to upload or email me the entire netlog file (the json file)? 

Please check the failed request:

15078: URL_REQUEST
https://www.gstatic.com/companion/icon_assets/keep_2x.png
Start Time: 2018-10-17 19:22:44.582
t=31646 [st=  0] +REQUEST_ALIVE  [dt=718]
                  --> priority = "MEDIUM"
                  --> url = "https://www.gstatic.com/companion/icon_assets/keep_2x.png"
t=31646 [st=  0]    NETWORK_DELEGATE_BEFORE_URL_REQUEST  [dt=0]
t=31646 [st=  0]   +URL_REQUEST_START_JOB  [dt=718]
                    --> load_flags = 0 (NORMAL)
                    --> method = "GET"
                    --> url = "https://www.gstatic.com/companion/icon_assets/keep_2x.png"
t=31646 [st=  0]      NETWORK_DELEGATE_BEFORE_START_TRANSACTION  [dt=0]
t=31646 [st=  0]      HTTP_CACHE_GET_BACKEND  [dt=0]
t=31646 [st=  0]      HTTP_CACHE_OPEN_ENTRY  [dt=0]
                      --> net_error = -2 (ERR_FAILED)
t=31647 [st=  1]      HTTP_CACHE_CREATE_ENTRY  [dt=0]
t=31647 [st=  1]      HTTP_CACHE_ADD_TO_ENTRY  [dt=0]
t=31647 [st=  1]     +HTTP_STREAM_REQUEST  [dt=717]
t=31647 [st=  1]        HTTP_STREAM_JOB_CONTROLLER_BOUND
                        --> source_dependency = 15080 (HTTP_STREAM_JOB_CONTROLLER)
t=32364 [st=718]        HTTP_STREAM_REQUEST_BOUND_TO_JOB
                        --> source_dependency = 15081 (HTTP_STREAM_JOB)
t=32364 [st=718]     -HTTP_STREAM_REQUEST
t=32364 [st=718]   -URL_REQUEST_START_JOB
                    --> net_error = -102 (ERR_CONNECTION_REFUSED)
t=32364 [st=718]    URL_REQUEST_DELEGATE_RESPONSE_STARTED  [dt=0]
t=32364 [st=718] -REQUEST_ALIVE
                  --> net_error = -102 (ERR_CONNECTION_REFUSED)

Deleted: chrome-net-export-log.json 5.8 MB

chrome-net-export-log.json 5.8 MB View Download

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

Thanks. Note for others: the netlog is from Chrome 70 Stable with both ServiceWorkerServicification and NetworkService disabled.

It indeed looks like the service worker intercepts the request, and then issues a fetch() which fails with a ERR_CONNECTION_REFUSED error to gstatic.com. I'm not sure if this is a problem with service workers or with the network connection.

15069: URL_REQUEST for keep_2x.png from the page
15078: URL_REQUEST for keep_2x.png from the service worker
15081: HTTP_STREAM_JOB for the service worker's fetch().

15081 ends with:
t=32364 [st=717]     -SOCKET_POOL
                      --> net_error = -102 (ERR_CONNECTION_REFUSED)

Asina, do you have any virus scanning or firewall software installed?

We are also experiencing these issues. It is not all requests that fail though, we are fetching documents (pdf's and jpg's for example), and all of these fail consistently and inexplicably when the service worker is active and issuing the fetch command, but not when the service worker is turned off.

The content disposition of the response header is 'attachment;filename="file.pdf"' and the content-type is application/pdf.

Likewise for JPG.

[combrink.jc]:  Are you getting ERR_CONNECTION_REFUSED, too?  If so, the content-disposition shouldn't matter, since that's an error establishing a connection (Which happens before any data hits the wire).  If you're getting a different error, please file another bug.

Comment 11 by wanderview@chromium.org, Today (11 minutes ago)
⚐
Asina, do you have any virus scanning or firewall software installed?

@wanderview@chromium.org: Yes I had installed Norton Anti Virus but after this problem i uninstalled antivirus and even my firewall also turned off.

To you note i check this issue in Firefox, just to have crosscheck with browser issues:
In Firefox browser:
 During Google Login itself, it showing warning in console:

Content Security Policy: Ignoring “'unsafe-inline'” within script-src or style-src: nonce-source or hash-source specified
Content Security Policy: Ignoring ‘x-frame-options’ because of ‘frame-ancestors’ directive.
Content Security Policy: Ignoring “'unsafe-inline'” within script-src or style-src: nonce-source or hash-source specified


Please find me a solution on this.

[Mmenke]: I can not answer the ERR_CONNECTION_REFUSED question just yet, still trying to figure out how to read that netlog.

Regarding the flags you mentioned we should disable before doing the netlog. When we enabled/disabled them the following happenned:

With both enable-service-worker-servicification and network-service disabled, works.
With only enable-service-worker-servicification disabled, works.
With only network-service disabled, same error.

Asina, can you capture another network trace like you did in #c8, but this time in the mode with both service-worker-servicification and network-service disabled?  That way we can compare the succeeding and failed cases.

Thanks and sorry for the trouble.

So our clients started reporting an issue at about 11AM CAT on the 18th of October 2018.

We initially thought the problem must be a chrome version bug, we tested on our work PC's which runs Linux, and no matter what version, it is working.

So it is limited to Windows it seems. I also noticed that version 69 is broken, but version 68 is fine. 

I found it strange that a version that has been out for that long (69) is also broken all of a sudden, our clients would have obviously reported it immediately as they did this morning.

So there's something else going on here, I turned on a Windows machine that has not been on for a while (maybe 2 weeks), and as fast I could, opened up chrome, checked it's version and it's 69. I go to one of our websites and guess what, the feature works. I am a little surprised but I let the chrome update, relaunch and I am now on version 70. I try the feature again, broken.

I then decide to download chrome version 69 again, uninstall 70, install version 69 and after that it is not working.

At this point I was convinced that Windows had something to do with it, how can it be possible that the first instance of a version 69 chrome works and then minutes later it won't work ever again. There must have been something updated on the windows machine that chrome version 69 and 70 uses but not the versions before it. I bet that if chrome did not auto update to version 70 after I had it open the first time and saw the feature worked, I could have closed it after a few minutes just to re-open again on the exact same version, and it would have been broken.

That is the only explanation as to why version 69 of chrome is now also broken although it has been out for weeks, and there has been no issues before today (2018-10-18).

Can anybody here assist me as to where I could start looking what sort of windows updates have gone out at a specific time and what they have updated.

And also if there can be any assistance towards finding out what possible 'libraries' are in use by chrome version 69 and 70 but not the versions before it, and I would bet it would coincide with something in the changelog of today's windows updates.

Any feedback appreciated. Thanks.

In the log, we're connecting to "www.gstatic.com" (port 443), and getting a connection refused from the OS.  No proxy is in use, but there is something else odd.  The DNS lookup for www.gstatic.com is "104.131.26.227".  I'm pretty sure that's not one of www.gstatic.com's real IP addresses.  Other Google entries in your host cache look to be real Google IPs, it's just gstatic that's not.

So the issue is that one IP address.  Is there either some local software or a custom DNS server that might be manipulating DNS results?

If I try to make a connection to 104.131.26.227 on port 443, I also get ERR_CONNECTION_REFUSED.  Admittedly, you could be using some sort of proxy that has an IP blacklist or something, but I'm pretty sure that odd DNS result is the problem.

I think there are two issues here. asina.variant's issue about ERR_CONNECTION_REFUSED looks like a network connectivity issue. The netlog in comment 8 is from Chrome 70 with both ServiceWorkerServicification and NetworkService disabled, so it's different to the issue that combrink.jc is reporting.

combrink.jc's issue appears to be related to the ServiceWorkerServicification experiment, which ramped up to 100% on Stable for M69+ around the reported time. Given that it has to do with pdf and jpg, it's likely related to https://bugs.chromium.org/p/chromium/issues/detail?id=896696.

combrink.jc@: would you be able to provide a netlog with ServiceWorkerServicification enabled and NetworkService disabled, as well as when both are disabled?

Adding 'Needs-Feedback' label as per comment #21.

combrink.jc@ Request you to provide netlog with ServiceWorkerServicification enabled and NetworkService disabled, as well as when both are disabled, which will help in further triaging of the issue.

Thanks..

combrink.jc: A friendly reminder to try the above. Thanks!

I think on https://bugs.chromium.org/p/chromium/issues/detail?id=896696#c17 combrink.jc confirmed the problem was with servicification, so we can close this.