net.dns.disablePrefetch breaks QUIC on 79 branch (but not 80)
Categories
(Core :: Networking: DNS, defect)
Tracking
()
People
(Reporter: mcccs, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
text/plain
|
Details |
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•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•4 years ago
|
||
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
Updated•4 years ago
|
Comment 5•4 years ago
|
||
Requires non-default prefs, not a priority for backport given that 79 is already into the RC phase.
Updated•4 years ago
|
Updated•4 years ago
|
Description
•