Issue metadata
Sign in to add a comment
|
Chrome browser slow to reconnect after Sleep
Reported by
benstore...@googlemail.com,
Dec 18 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Example URL: All Steps to reproduce the problem: 1. Put computer to sleep (Dell XPS 13, 2017) 2. Wake Up 3. Try to use browser, no pages load for about 1-2 minutes What is the expected behavior? Should load normally. Other browsers reconnect fine. What went wrong? Should reconnect straight away. Have to wait until Chrome "realises" there's a connection. Did this work before? No Chrome version: 63.0.3239.84 Channel: stable OS Version: 10.0 Flash Version: Hasn't worked properly since I got this computer, however problem is exclusive to Chrome browser. All other services connect straight away.
,
Dec 18 2017
Same problem here. Latest update of both Windows 10 and Chrome browser. IE is working fine.
,
Dec 18 2017
And it seems to be a quite old bug since 2011, previously also reported on this forum.
,
Dec 18 2017
Here is a probable solution for your problem: https://www.reddit.com/r/HomeNetworking/comments/6m5j61/chrome_taking_a_long_time_to_load_pages_when/
,
Dec 18 2017
Can you attach a netlog showing the issue, using the instructions at https://sites.google.com/a/chromium.org/dev/for-testers/providing-network-details? Thanks!
,
Dec 19 2017
Hi. That advice given above has fixed the problem. Thank you. I have put the steps below, for reference for anyone else who has the issue. "Open Chrome Settings page Alt+E then S -> Show Advanced Settings -> Change Proxy Settings -> In The Popup -> Lan Settings -> UnCheck Automatically detect settings...
,
Dec 21 2017
We'd still like to figure out a root cause for this so other users don't need to find that buried setting to work around it (also because you many need to detect proxy settings on a different network). Can you provide the netlog with the instructions from comment 5?
,
Dec 21 2017
Sure, of course. I'll try and restart the issue tomorrow and will post the netlog. Thanks
,
Dec 21 2017
When capturing the NetLog be sure to start logging prior to going to sleep. Do you have McAfee ScriptScan installed?
,
Jan 12 2018
@benstorey...: Any news on the netlog?
,
Jan 13 2018
All, apologies, I'm struggling to recreate the situation,despite reversing the change. I'm hoping it I'll be able to recreate it in the next couple of days as previously it was happening every time...
,
Jan 15 2018
What network adapters do you have?
Users experiencing this seem to have other virtual adapters installed (hyper-v, docker, loopback capture).
Can you run the following command in cmd.exe and paste the output?
wmic nic get AdapterType, Name, Installed, Speed
,
Jan 16 2018
Hi, here is the info I got from that:
AdapterType Installed Name Speed
TRUE Microsoft Kernel Debug Network Adapter
Ethernet 802.3 TRUE Killer Wireless-n/a/ac 1535 Wireless Network Adapter 144400000
TRUE Bluetooth Device (RFCOMM Protocol TDI)
TRUE Bluetooth Device (Personal Area Network)
Ethernet 802.3 TRUE Microsoft Wi-Fi Direct Virtual Adapter 9223372036854775807
Tunnel TRUE Microsoft Teredo Tunneling Adapter 100000
TRUE WAN Miniport (SSTP)
TRUE WAN Miniport (IKEv2)
TRUE WAN Miniport (L2TP)
TRUE WAN Miniport (PPTP)
TRUE WAN Miniport (PPPOE)
Ethernet 802.3 TRUE WAN Miniport (IP)
Ethernet 802.3 TRUE WAN Miniport (IPv6)
Ethernet 802.3 TRUE WAN Miniport (Network Monitor)
Ethernet 802.3 TRUE Microsoft KM-TEST Loopback Adapter 1215752192
Also, I don't think I managed to capture it, but here are two netlogs from when i woke computer up
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by krajshree@chromium.org
, Dec 18 2017