Closed Bug 1702917 Opened 4 years ago Closed 3 years ago

Google domains are slow

Categories

(Core :: Networking, defect)

Firefox 88
defect

Tracking

()

RESOLVED INCOMPLETE

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.

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.

Component: Untriaged → Networking: DNS
Product: Firefox → Core
Component: Networking: DNS → Performance

Please provide a network graph of HTTP requests when this happens.

Flags: needinfo?(camden.narzt)

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.

Flags: needinfo?(camden.narzt)

Ugh, nevermind. Firefox was trying to use DOH which is blocked on my network.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---

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&amp;gfns=1&amp;q={searchTerms}">
</os:Url><os:Url type="application/x-suggestions+json" method="GET" template="https://www.google.com/complete/search?sourceid=navclient&amp;gfns=1&amp;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>

Cam, can you please check if the HTTP/3 experiment is turned on within the preferences? If yes, does disabling it fixes the problem?

Flags: needinfo?(camden.narzt)

If that is the case you may wanna try the most recent Firefox Nightly build. It included the fix for bug 1695717.

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...

Flags: needinfo?(camden.narzt)

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.

Flags: needinfo?(camden.narzt)
Component: Performance → Networking

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.

It was not enabled. However enabling it caused the issue to go away, shrug.

Flags: needinfo?(camden.narzt)

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.

Flags: needinfo?(camden.narzt)

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.

Flags: needinfo?(camden.narzt)

Next time when you reproduce this, please try to capture the http log. Thanks.

Flags: needinfo?(camden.narzt)

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.

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.

Flags: needinfo?(camden.narzt)
Blocks: QUIC
Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: