Seems like you are having a problem with your networking and Chrome correct? From the videos you seem to be getting ERR_TIMED_OUT?

Can you give us more details on the software you have installed on your system?

Providing a network trace may be of some use to the networking team.
See: https://www.chromium.org/for-testers/providing-network-details

the problem isn't because softwares on my pc , it was before i start to download something to my pc , the first software that i download its Chrome 

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

ill try to do that Json log and attach it here soon as i can 

i did the log , 
the Chrome load issue was in : hit.ac.il last website that i entered (for example)

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

chrome-net-export-log.json 30.6 MB 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

Hmm, this looks almost like some of our experiments around background tab throttling, but in reverse :) We only start loading the tab when it is in the background!

I looked through the net-log for hit.ac.il and I noticed it stalled during cert verification time. Adding that component for further triage.

ao how should i repair/fix that problem?

???

Why there is no any help ? please? i cant use Chrome like that , i consider to download Edge or explorer browser

Can you include the results of chrome://conflicts?

From the looks of the logs, things get wonky once you attempt to load https://svcs.ebay.com, after which all certificate verifications start slowing down. Specifically, this certificate - https://crt.sh/?id=610404151 . This certificate is OV, so it should not be triggering other networking activity by the OS.

From looking at the linked Chrome Product Forum, it sounded like you were given directions to reset the netsh configuration - which is good - but it looks like one important (and potentially relevant) command was missed:

netsh winhttp reset proxy

Can you try running that as well and seeing if it resolves the issue?

If it does not, the next step would be to collect CAPI2 diagnostics, as detailed at https://blogs.msdn.microsoft.com/benjaminperkins/2013/09/30/enable-capi2-event-logging-to-troubleshoot-pki-and-ssl-certificate-issues/ (and in more detail at https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc749296(v=ws.10) ) to see if we can't narrow down what the OS is doing.

first of all tnx , i did this command and its says that i don't have proxy server,

anyway it's seems that the last comment from  csharrison@chromium.org is different from yours...

i enable that log, as you can see its attached.

There any tool or anything that i can do?
its seems that chrome start to load only when its on the background , (when i use Winkey or open Explorer its make background load of chrome)

Deleted: log.evtx 1.1 MB

log.evtx 1.1 MB Download

that's the conflict as you ask (attached)

Deleted: conflicts.pdf 123 KB

conflicts.pdf 123 KB 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

Why no one reply for solution yet?? 
i think i just give up of Chrome and move to Edge...

Gentle ping..

@rsleevi: Could you please provide an update on the issue as the asked chrome://conflicts is provided/attached in comment#17 by reporter.

what is meaning ? what should i do to fix that issue ? 
i did all you ask

they dont know how to help me or what? 
rsleevi@chromium.org
 sheriffbot@chromium.org

more then month and not support at all

 Issue 910534  has been merged into this issue.

Sorry about the delay in response. 

Network Bug Triager here:
I looked at the NetLog provided in Comment 8. The ERR_TIMED_OUT was from the CertVerifier not being able to able to verify the cert within 30s, leading to a time out. Looking through other jobs, the first 48 cert verifier jobs were fast to complete cert verification within the time limit (the slowest was #4878, took 21296ms). The first slow cert verifier job was #8586 for px.powerlinks.com, took 57248ms. Then most of the subsequent cert verifier jobs were slow.

When iterating all the slow cert verifier jobs, I also noticed that you have connections to aa.agkn.com, which is usually a bad sign which may corrupt your web browser. You may consider remove it. 

domain	id	Start time	Finish time	Runtime
ssl/px.powerlinks.com:443	8586	65987	123235	57248
	8587	65987	76615	10628
ssl/x.bidswitch.net:443	8589	65994	123240	57246
ssl/idsync.rlcdn.com:443	8617	66027	111370	45343
	8662	66090	72423	6333
ssl/wurfl.io:443	8746	66186	123235	57049
ssl/bttrack.com:443	8753	66203	123240	57037
pm/ssl/display.apester.com:443	8815	66325	123221	56896
ssl/aa.agkn.com:443	8816	66335	80793	14458
ssl/match.adsrvr.org:443	8850	66397	123224	56827
ssl/www.storygize.net:443	8851	66407	123235	56828
pm/ssl/renderer.apester.com:443	8852	66419	123201	56782
ssl/sync.crwdcntrl.net:443	8875	66664	123233	56569
ssl/c.disquscdn.com:443	8916	66789	123228	56439
ssl/disqus.com:443	8931	66878	123194	56316
ssl/z.moatads.com:443	8968	66954	123225	56271
ssl/googleads4.g.doubleclick.net:443	9037	67095	75707	8612
ssl/s0.2mdn.net:443	9038	67101	77207	10106
ssl/c1.adform.net:443	9049	67279	123229	55950
pm/ssl/beacons2.gvt2.com:443	9455	72686	123191	50505
ssl/web.whatsapp.com:443	9583	75653	123199	47546
ssl/w4.web.whatsapp.com:443	9876	76350	77669	1319
ssl/www.hit.ac.il:443	10250	81049	123214	42165
ssl/amplifypixel.outbrain.com:443	10251	81263	123231	41968
pm/ssl/google.co.il:443	10311	109563	123204	13641

Unfortunately I am not an expert at cert verifier things. Pulling up some other experts to see if they can take a look on the logs from Comment 16 and 17.

any help?!

??

As this issue is related to Network>Certificate and is out of scope of triaging at TE end, adding 'TE-NeedsTriageHelp' label and requesting the appropriate team to look into the issue and help in further triaging.

Thanks..

so how much time it will take for a response from the tag 

no answers at all? ill open new post?

It is best to stay with this post. 

You can always try to disable flag #expensive-background-timer-throttling in chrome://flags. Then, report back here.

Deleted: Capture.PNG 13.7 KB

	Capture.PNG 13.7 KB View Download

For everyone's information, the OP tested for this problem in Chromium and found that it is only Chrome-specific. This information was reported on the forum post.

 Issue 918176  has been merged into this issue.

Gentle ping, Requesting someone from Dev team to help us in triaging it further.
As most of the Devs would be on holidays hence the delay is seen....

@Reporter: could you please confirm whether Comment#33 makes any difference at your end.

Thanks!

i dont have that option

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