Google domains are slow
Categories
(Core :: Networking, defect)
Tracking
()
People
(Reporter: mozilla.bugzilla, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:88.0) Gecko/20100101 Firefox/88.0
Steps to reproduce:
visit any google domain
ublock origin, 1password, firefox multi account containers, and simple tab groups addons enabled except in safe-mode and new profile tests
Actual results:
very slow to load, seems like a handshake or dns level slowness
restarting the browser speeds things up briefly
safe mode speeds things up briefly
new profile speeds things up briefly
slowness always returns after a few requests
Expected results:
fast to load, safari is fast on the same macs. Tested with 2 machines.
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Networking: DNS' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Comment 2•4 years ago
|
||
Please provide a network graph of HTTP requests when this happens.
Not sure what you mean, but I've attached the timings of just trying to access www.google.com in Firefox and Safari.
Both DNS and "sending" take 30s each in Firefox, which is absurd, as I use a local dns resolver (dnsmasq) and safari can load the page in 186ms total.
Ugh, nevermind. Firefox was trying to use DOH which is blocked on my network.
Have to reopen, fixing the canary domain in my dns to disable DOH helped for longer than usual so I thought this was fixed but it is not.
Perhaps my search provider is causing some issue?
<SearchPlugin xmlns="http://www.mozilla.org/2006/browser/search/" xmlns:os="http://a9.com/-/spec/opensearch/1.1/">
<os:ShortName>Google (Browse By Name)</os:ShortName>
<os:Description>Google Search (Browse By Name)</os:Description>
<os:InputEncoding>UTF-8</os:InputEncoding>
<os:Image width="16" height="16">data:image/x-icon;base64,AAABAAIAEBAAAAAAAAB9AQAAJgAAACAgAAAAAAAA8gIAAKMBAACJUE5HDQoaCgAAAA1JSERSAAAAEAAAABAIBgAAAB/z/2EAAAFESURBVDjLpZNJSwNBEIXnt4lE4kHxovgT9BDwJHqPy0HEEOJBiAuCRg+KUdC4QS4KrpC4gCBGE3NQ48JsnZ6eZ3UOM6gjaePhQU93v6+qq2q0pqgeJj2S8EdJT1hr0OxBtKCD5iEd8QxDYpvhvOBAuMDKURX9C9aPu4GA1GEVkzvMg10UBfYveWAWgYAP00V01fa+R9M2bA51wJvhIn3qR+ybt3D3JNQBE5sMjCIOLFpoHzOwdsLRO22qA6R6kiZiWwxUvy/PUQZIhYZ1vFM9cvcOOsYNdcBgysISdSJBnZjJMlR0Fw8vAp0xoz5gao/h+NZBy4i/10XGwrPA+hmvDyhVRG2Avu/LwcrkFADZa16L1h330w1RNgc3DiJzCpPYRm1bpveXX11clQR28xwblHpk1vq1iP/5mcoS0CoXDZiL0vsJ+dzfl+3T/VYAAAAASUVORK5CYIKJUE5HDQoaCgAAAA1JSERSAAAAIAAAACAIBgAAAHN6evQAAAK5SURBVFjDxVfrSxRRFJ9/Jta/oyWjF5XQm6D6EkHRgygIIgjUTcueVgqVWSRRkppEUQYWWB8ye1iGWilWlo/Ude489s7M6Zw7D9dlt53dmd29cFiWvXvO77x+51xpaaUsoSxBaUWZQ4ECy5xji2xKZDyCMlMEw6lCNiOSgwZKJK1SkcKeSealfP64t0mBjl4Ow39MkDUL0p2RSROOtqhZdeUEYM1pBl39XCg/fEeFtWcY7G9W4csvUxjlBkCsQ4Nt9QyWVfvT6RsAKXw3aoDGATZeYIt+W1kjw7cJG0RctWDTRebbKd8A6h5pwsDb70ba3w/eUr3wt/cmwgfw6Yft4TNMQaY7o1P2ncm4FT4ANQH/jQBJ2xv7kqIXEADDql8eS3+n8bku7oxNm+EDIM/dU92upb3T/NJGeaNbDx/AsbsLRUY5Xn92caWXY5d8RV6gWllxSg4fAEnTC90DQW13BLlgXR2D3dcUeDVkwOthA1bXspxILWcm3HdThcfvufB26LcJpkOEAz9NKI/lzqpSEC7feol5EWnpSeSlIxCALUkApmULdjUqxQVAQnl3D/X/yQda4QBEq2TYc12By091MQ17Bg3R88nHKlQbVmHvj89awNBLYrwT9zXY2aBAxTkGFdiSxP/Jp6FLDw+AS7GfsdJTJ2EqSO5khD43nGfBARy/ZxOQgZHe7GPM1jzUvChUtmnBAXQPcKGMJp3fdFGq6NByEhiAO4b/YptFfQJwNyQ/bZkVQGcf90Ja25ndIyrKBOa/f8wIpwi3X1G8UcxNu7ozUS7tiH0jBswwS3RIaF1w6LYKU/ML2+8sGnjygQswtKrVIy/Qd9qQP6LnO64q4fPAKpxyZIymHo1jWk6p1ag2BsdNwQMHcC+M5kHFJX+YlPxpVlbCx2mZ5DzPI04k4kUwHHdskU3pH76iftG8yWlkAAAAAElFTkSuQmCC</os:Image>
<SearchForm>https://www.google.com/</SearchForm>
<os:Url type="application/x-moz-keywordsearch" method="GET" template="https://www.google.com/search?sourceid=navclient&gfns=1&q={searchTerms}">
</os:Url><os:Url type="application/x-suggestions+json" method="GET" template="https://www.google.com/complete/search?sourceid=navclient&gfns=1&q={searchTerms}">
</os:Url><os:Url type="text/html" method="GET" template="https://www.google.com/search">
<os:Param name="q" value="{searchTerms}"/>
<os:Param name="ie" value="utf-8"/>
<os:Param name="oe" value="utf-8"/>
<os:Param name="sourceid" value="navclient"/>
<os:Param name="gfns" value="1"/>
</os:Url>
</SearchPlugin>
Comment 8•4 years ago
|
||
Cam, can you please check if the HTTP/3
experiment is turned on within the preferences? If yes, does disabling it fixes the problem?
Comment 9•4 years ago
•
|
||
If that is the case you may wanna try the most recent Firefox Nightly build. It included the fix for bug 1695717.
Reporter | ||
Comment 10•4 years ago
|
||
about:studies
says I haven't been in any studies and won't be in any in the future.
Searching for http3.enable
in about:config
shows only network.http.http3.enable_0rtt
is true.
However that other bug sounds remarkably like what I experience...
Comment 11•4 years ago
|
||
Ok, so at least in Firefox Nightly and DeveloperEdition the HTTP/3 protocol is enabled by default. So please check with network.http.http3.enabled
is set to true
. When it is fixed for you in Nightly and/or latest Firefox 88 beta we can mark the bug as duplicate. Thanks.
Comment 12•4 years ago
|
||
Cam, would you have the time to do the proposed check? Would be good to know if http3 is enabled. If that's the case we can simply mark this bug as dupe. Thanks.
Reporter | ||
Comment 13•4 years ago
|
||
It was not enabled. However enabling it caused the issue to go away, shrug.
Comment 14•4 years ago
|
||
Interesting. So it means that we have a similar issue for HTTP/2 then.
Cam, could you please turn off HTTP/3 again, and check bug 1694035 comment 11? It would be good to know if you have the same problem with Firefox 83, or if this version doesn't show it.
Reporter | ||
Comment 15•4 years ago
|
||
Sorry I've been busy trying to fix Firefox after the UI update :/
I do not have a T-Com Speedport W724V or any T-Com Speedport on my network.
I do have an interesting network setup with a raspberry pi for DNS and DNAT rules to prevent all ofter DNS, for hardware I use an Ubiquiti Edgerouter X and two Apple Airport Extreme's as APs.
I've downloaded FF83 and am periodically googling random things to see if it repros.
I'll disable http3 in my dev edition (now on 89.0b2 as of today) to see if the issue comes back there.
Comment 16•4 years ago
|
||
Next time when you reproduce this, please try to capture the http log. Thanks.
Comment 17•3 years ago
|
||
Cam, have you had the chance to catch this behavior again? Also when did it happen? Was it at random intervals when working with Firefox, or always within the first minute(s) after a restart? Maybe it is somewhat related to bug 1706899.
Reporter | ||
Comment 18•3 years ago
|
||
No, the issue has not recurred after I went through this process in FF dev edition:
set network.http.http3.enabled to true (overridden from default at the time)
observed the issue go away
reset network.http.http3.enabled to false (back to default)
issue has not recurred
Btw when you said:
Ok, so at least in Firefox Nightly and DeveloperEdition the HTTP/3 protocol is enabled by default.
That doesn't seem to be the case? Dev Edition has the default for network.http.http3.enabled
as false up to and including 89.0b15
.
Updated•3 years ago
|
Description
•