1653043 - net.dns.disablePrefetch breaks QUIC on 79 branch (but not 80)

Status: RESOLVED WONTFIX

(Core :: Networking: DNS, defect)

Description

[mcccs]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

• Fresh profile on 79.0b7
• network.dns.disablePrefetch true
• network.http.http3.enabled true
• If you want to mozreg, to make that easier set browser.startup.homepage to https://www.google.com/
• Quit and relaunch
• Tell it "No, I won't make this the default browser" and "don't ask again"
• Quit and relaunch
• go to https://google.com/

Actual results:

• Secure Connection Failed, the authenticity of the received data could not be verified.

Tested on macOS and Linux, Ctrl + R still causes the same error to show up. Ctrl + Shift + R fixes the problem.

Expected results:

Some fix that is in 80 should be backported.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Comment 2

[Dragana Damjanovic [:dragana]]

As you notice, the underlying issue has been fix on current Nightly, but not on beta.
I will see about the uplift (it is late for beta)

Can you make a log, I am wondering if there is something that we could improve in out fallback code.
logging: https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/HTTP_logging

Comment 3

[mcccs]

Attachment: log.txt

I've encountered the issue, started logging, refreshed page, still failing, ended logging (would have worked if I force-reloaded)

Comment 4

[mcccs]

Posted log

Comment 5

[Ryan VanderMeulen [:RyanVM]]

Requires non-default prefs, not a priority for backport given that 79 is already into the RC phase.