I see this status states "unconfirmed" does that mean I have to do something else to get assistance with this?  Thx Derek

Thank you for reporting the issue. Could you please update Chrome to version 59, disable the antivirus if any and try again to open the page in the incognito mode? Does the problem still exist after that?

Hello - thanks for your assistance.

I updated chrome, then relaunched it and then:
1.  When chrome restarts I have 5 windows set to automatcially open and https://workflowy.com/ is one of them that gave me issues.  It opened and did not continue to spin.  I tried it in a incognito window and it spun stating: waiting for fonts.gstatic.com?

2.  The other window that spun was my Google Calendar and it gave me the error: searching for Google Calendar. I then hit the X button and then refreshed the window and it worked.

3.  Tried https://localreach.club/# and it spun stating: waiting for fonts.gstatic.com   I then tried it in an incognito window and it stated: waiting for ajax.googleapis.com

=================

I was also having the same issues on my laptop so I followed your instructions and the results were the same as before?  All of the windows spun and they are all a Google Product with the exception of Workflowy.  After 60 seconds the gmail stopped spinning.

Google Cal/Docs: stated: waiting for www.gstatic.com
Workflowly stated: ssl.google-analyltics.com

Thank you again for your help.

Thank you for providing more feedback. Adding requester "kapishnikov@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

It is possible that the server is currently experiencing some issues. Meanwhile, could you please collect the net-internals log while connecting to the URL that causes the issue and attach the log to the bug? The instructions how to do that can be found here: https://sites.google.com/a/chromium.org/dev/for-testers/providing-network-details

To reduce the amount of data, before starting the net log, please close all browser tabs, start the net log and try to reproduce the issue in a single tab.

Thank you!

Hello ~  I did what was asked but not sure if I did it correctly so I will attach the file.

However, I attempted to open the sites that had issues and they all pulled up without any issues?

Thx

Derek

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

chrome-net-export-log.json 18.2 MB Download

Thank you for providing more feedback. Adding requester "kapishnikov@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

I then closed out all of the tabs and re-started chrome by clicking in the icon in the tray.  I again had issues with Work flowy.

Here is a video: https://www.screencast.com/t/uORlvtNxPoqw

Thx - Derek

Thank you for attaching the logs. Unfortunately, I don't see anything wrong in them. All requests to fonts.gstatic.com, ajax.googleapis.com and www.gstatic.com succeeded. Could you please try again to collect the net-logs, so they include the moment when the issue occured? Let us know what URL the browser couldn't connect to.

Thank you!

Hello ~

As I stated in this video it appears to be working better on my desktop.  The cycling/circling does not happens as often.

I am still having issues on the laptop which I also updated yesterday.

Domains/Windows I have still have issues with:
https://workflowy.com/
https://localreach.club/#

Here is the video: https://www.screencast.com/t/pwx3CJCD

Attached is also the report you requested. 

Thx for your help - Derek

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

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

Thank you for providing more feedback. Adding requester "kapishnikov@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

I can't reproduce this on Linux M59

Would you mind attaching the video here or uploading it elsewhere? I can't view the links you posted as "I need to install flash player" which isn't true.

I sent you a video via Jing so maybe that is why it did not work.

Here is one on YouTube: https://youtu.be/JEQ-9GTXD84

I also am still on my laptop and tried to log into this url and it just cycled and NEVER let me in until I hit the X button:  https://www.techsmith.com/screen-capture.html  sss.google-analytics.com

Attached is the jos file as well.

THx - Derek

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

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

I have been experiencing this same issue on one computer for a few weeks.  Running current version of Chrome.  I've tried uninstalling/reinstalling Chrome, disabled all extensions, looked for signs of DNS hijack.  Also appears to be a Chrome issue because the problem does not occur in other browsers.

One place I see this issue is on the Google Drive file list page.  On that page, the URL it seems to be failing to retrieve is https://www.gstatic.com/images/branding/googlelogo/svg/googlelogo_clr_74x24px.svg

Accessing this resource directly in Chrome 59, it also fails to load.

As with the OP, I see this issue on various sites.  While the problem resources vary, they are generally from gstatic.com, google-analytics.com, or googleapis.com.

Accessing the same sites, or the resource listed above directly in Firefox loads the resource correctly.

Attached is a net-export log in which I visit drive.google.com and attempt to access https://www.gstatic.com/images/branding/googlelogo/svg/googlelogo_clr_74x24px.svg directly.

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

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

Hello ~
My laptop computer is still having he same issues and as of today appears to be worse?! Just getting the ajax.googleapis.com to just pop up.

Trying to pull up brainy quotes site and just spins.

Is there anything else I can do?

Thx for the help

Derek

Re #12,#15: Thanks for the video and attached logs. This will need attention from someone more familiar with the networking side. I've put the appropriate labels on the bug so someone should pick this up soon.

In the net-internals log attached at #14, https://ssl.google-analytics.com/ga.js takes a lot of time.

I cannot interpret the first entry (below A). net-internals people, can you take a look? Please feel free to add back Blink>Loader.

Thanks,

A
t=     0 [st=     0] +REQUEST_ALIVE  [dt=314094+]
                      --> has_upload = false
                      --> is_pending = true
                      --> load_flags = 33024 (MAYBE_USER_GESTURE | VERIFY_EV_CERT)
                      --> load_state = 15 (WAITING_FOR_RESPONSE)
                      --> method = "GET"
                      --> net_error = -1 (ERR_IO_PENDING)
                      --> status = "IO_PENDING"
                      --> url = "https://ssl.google-analytics.com/ga.js"
t=314094 [st=314094] 

--

B
t=196306 [st=    0] +REQUEST_ALIVE  [dt=20096]
                     --> priority = "LOWEST"
                     --> url = "https://ssl.google-analytics.com/ga.js"
t=196306 [st=    0]    URL_REQUEST_DELEGATE  [dt=0]
t=196306 [st=    0]   +URL_REQUEST_START_JOB  [dt=20023]
                       --> load_flags = 33024 (MAYBE_USER_GESTURE | VERIFY_EV_CERT)
                       --> method = "GET"
                       --> url = "https://ssl.google-analytics.com/ga.js"
t=196306 [st=    0]      URL_REQUEST_DELEGATE  [dt=0]
t=196306 [st=    0]      HTTP_CACHE_GET_BACKEND  [dt=0]
t=196306 [st=    0]      HTTP_CACHE_OPEN_ENTRY  [dt=0]
t=196306 [st=    0]      HTTP_CACHE_ADD_TO_ENTRY  [dt=20001]
                         --> net_error = -409 (ERR_CACHE_LOCK_TIMEOUT)
t=216307 [st=20001]     +HTTP_STREAM_REQUEST  [dt=0]
t=216307 [st=20001]        HTTP_STREAM_JOB_CONTROLLER_BOUND
                           --> source_dependency = 9247 (HTTP_STREAM_JOB_CONTROLLER)
t=216307 [st=20001]        HTTP_STREAM_REQUEST_BOUND_TO_JOB
                           --> source_dependency = 9248 (HTTP_STREAM_JOB)
t=216307 [st=20001]     -HTTP_STREAM_REQUEST
t=216307 [st=20001]     +HTTP_TRANSACTION_SEND_REQUEST  [dt=1]
t=216307 [st=20001]        HTTP_TRANSACTION_HTTP2_SEND_REQUEST_HEADERS
                           --> :authority: ssl.google-analytics.com
                               :method: GET
                               :path: /ga.js
                               :scheme: https
                               accept: */*
                               accept-encoding: gzip, deflate, br
                               accept-language: en-US,en;q=0.8
                               user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.109 Safari/537.36
t=216308 [st=20002]     -HTTP_TRANSACTION_SEND_REQUEST
t=216308 [st=20002]     +HTTP_TRANSACTION_READ_HEADERS  [dt=21]
t=216329 [st=20023]        HTTP_TRANSACTION_READ_RESPONSE_HEADERS
                           --> HTTP/1.1 200
                               status: 200
                               strict-transport-security: max-age=10886400; includeSubDomains; preload
                               timing-allow-origin: *
                               date: Thu, 22 Jun 2017 13:04:12 GMT
                               expires: Thu, 22 Jun 2017 15:04:12 GMT
                               last-modified: Tue, 06 Jun 2017 00:25:39 GMT
                               x-content-type-options: nosniff
                               content-type: text/javascript
                               vary: Accept-Encoding
                               content-encoding: gzip
                               server: Golfe2
                               content-length: 16022
                               cache-control: public, max-age=7200
                               age: 4522
                               alt-svc: quic=":443"; ma=2592000; v="38,37,36,35"
t=216329 [st=20023]     -HTTP_TRANSACTION_READ_HEADERS
t=216329 [st=20023]      URL_REQUEST_DELEGATE  [dt=0]
t=216329 [st=20023]      URL_REQUEST_FILTERS_SET
                         --> filters = "GZIP"
t=216329 [st=20023]   -URL_REQUEST_START_JOB
t=216329 [st=20023]    URL_REQUEST_DELEGATE  [dt=1]
t=216330 [st=20024]   +HTTP_TRANSACTION_READ_BODY  [dt=71]
t=216400 [st=20094]      HTTP2_STREAM_UPDATE_RECV_WINDOW
                         --> delta = -8183
                         --> stream_id = 9
                         --> window_size = 6283273
t=216400 [st=20094]      HTTP2_STREAM_UPDATE_RECV_WINDOW
                         --> delta = -7839
                         --> stream_id = 9
                         --> window_size = 6275434
t=216401 [st=20095]   -HTTP_TRANSACTION_READ_BODY
t=216401 [st=20095]    URL_REQUEST_JOB_BYTES_READ
                       --> byte_count = 16022
t=216401 [st=20095]    URL_REQUEST_JOB_FILTERED_BYTES_READ
                       --> byte_count = 32768
t=216401 [st=20095]    URL_REQUEST_JOB_FILTERED_BYTES_READ
                       --> byte_count = 10314
t=216401 [st=20095]    HTTP_TRANSACTION_READ_BODY  [dt=0]
t=216402 [st=20096] -REQUEST_ALIVE

RE: derek@thedoctorsmarketingsource.com

Log from comment #6, #11, 14:

Tons of requests to http://toolbarqueries.google.com/ and http://api.ipinfodb.com/.

The log shows lots of installed extensions, I expect one or more of them are responsible for these requests. Perhaps "Flag for Chrome" (dbpojpfdiliekbbiplijcphappgcgjfn) is issuing the ones to toolbarqueries.google.com.

The requests to toolbarqueries.google.com are failing with a 403 Forbidden, and are taking up lots of time.

Cumulatively these are causing slowdowns at the caching layer, and at the socket layer. I expect they are the source of problems you are experiencing.

Solution: Disable your extensions until you find the culprit.

------------------------------

RE: davidcl@weaversway.coop

Log from comment #15:

Does indeed show some extremely slow responses from https://www.gstatic.com and https://ssl.google-analytics.com/.

It is unclear what the source of that problem is - it could be a server/connectivity issue, or something else (you are not using a proxy, so we can't blame that).

Can you try going to chrome://net-internals/#sockets and clicking the two buttons? Let us know if that improves things or not.

------------------------------

RE: yhirano@chromium.org

Entry "A" means that the URL_REQUEST was started *before* logging began, and had been running for over 5 minutes. It is currently blocked waiting for a response from the server. That reduced log item is just a summary of the enumerated in progress URL_REQUESTS. As such we don't have any events for it before logging started, other than those aggregate metrics.

Behavior unchanged after Closing Idle Sockets and Flushing Socket Pools.

I'd be inclined to blame something on our network too (we do use a Fortigate that does web filtering) but other computers on the same LAN and indeed other browsers on the same computer do not have this problem. Additionally, Chrome on this laptop exhibits the same problem when I take the laptop home, where there's no filtering.

"Extremely slow" is an optimistic way to describe these requests.  Chrome will wait for a response over 24 hours if I let it, apparently without ever getting one.

Additional data: if I start with no tabs open, go to chrome://net-internals/#sockets and press both buttons, then go to https://www.gstatic.com/images/branding/googlelogo/svg/googlelogo_clr_74x24px.svg, the resource loads immediately.

If I subsequently go to the Google Drive file page, the page loads without blocking, presumably because the file is cached.

However, if I continue browsing on pages that use resources from the affected sites, I'll quickly have the problem again.

New net-export log enclosed.

Deleted: chrome-net-export-log2.json 7.7 MB

chrome-net-export-log2.json 7.7 MB View Download

RE comment #21: Another experiment you could try is re-launching Chrome with the flags:

   --disable-http2 --disable-quic

And see if that changes anything.

I don't have a solid reason to think it would, other than the observation that https://ssl.google-analytics.com in the failure logs was using HTTP/2 ... so worth a try right?

To confirm that you set the flag properly, navigate to chrome://net-internals/#http2 and ensure that it now says "HTTP/2 Enabled: false"

Actually, upon further inspection the HTTP/2 stream had a COMPRESSION_ERROR -- so comment #23 isn't a complete shot in the dark after all :)

To my surprise, that seems to have solved the problem.  I'll keep an eye on Chrome for a bit, but so far I've been unable to reproduce the bug after launching with those options.

Anything further I can do to help narrow this down?

@bnc, could you take a look?

Summary of the problem is that loads of https://ssl.google-analytics.com/ don't complete / take way too long.

The log in comment #15 shows that the HTTP/2 stream got a "COMPRESSION_ERROR", which I expect is the source of this problem.

The user has confirmed that if HTTP/2 is disabled via command-line flag, the browsing experience works properly again.

Thanks!

Hi, thank you all for uploading the network event logs, they are super helpful for debugging.  In the logs attached to comments 11, 14, 15, and 22, I see that Chrome receives a GOAWAY frame with error code COMPRESSION_ERROR, but with a Last-Stream-ID value that acknowledges the receipt of the request and implies that a response will be served.  Chrome is then waiting for the response (or for the connection to be closed), which is aligned with the specification and thus working as intended.

This is very similar to  issue 725079 , where it was established that AVG antivirus intercepts the HTTP/2 and has a buggy behavior.

Please re-enable HTTP/2 in Chrome, and temporarily disable AVG to see if that solves the issue.  Thank you.

Yes.  In my case, we use AVG Cloudcare as a network antivirus product, and it appears to have been sufficient to uncheck the option "Scan Encrypted (TLS and SSL) network traffic."  In Cloudcare, this setting is under Web Browsing Protection -> Online Shield -> Expert Settings; other AVG products will vary.

We will open a ticket with AVG on this issue.

One remaining source of confusion for me is why this issue is affecting my computer but, as far as I've been able to determine, not other computers on my network using AVG Cloudcare. 

Thanks for the troubleshooting assistance.

Thank you.  Could you please give me e-mail address bnc@chromium.org to AVG customer service (I'm not a customer so I am not able to contact them) and ask them to contact me?  Thank you.