Secure DNS causes delayed website loading at startup
Categories
(Core :: Networking: DNS, defect, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox126 | --- | fixed |
People
(Reporter: georges, Assigned: kershaw)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged] [necko-priority-queue])
Attachments
(1 file)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:123.0) Gecko/20100101 Firefox/123.0
Steps to reproduce:
Enable DNS over HTTPS, turn session restore ON. Quit firefox with a tab open then reopen.
I tried this in safe mode, and confirmed it still happens unles DNA over HTTPS (set to always) is changed.
Actual results:
Firefox starts promptly and the UI is resposnive, tabs are restored however the websites do not load for anywhere between 5-10 seconds.
Expected results:
Firefox starts promptly, websites load promtply.
Comment 1•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Networking: DNS' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
| Assignee | ||
Comment 2•1 year ago
|
||
Hi Reporter,
Could you try to record a http log? Since this happens during startup, please set the correct environment variables (MOZ_LOG and MOZ_LOG_FILE) before starting Firefox. Then, please send the log file to necko@mozilla.com.
Thanks.
NI for log review
| Assignee | ||
Comment 6•1 year ago
|
||
Thanks for the log.
It shows that the delay by the following things:
- Firefox tried to load the PAC URL (http://wpad/wpad.dat).
- Firefox tried to resolve
wpadvia TRR. - The TRR mode was
TRR_ONLY_MODE, so the TRR request timeouted after 30s. - All HTTP requests were delayed for 30s.
I think we should not try to resolve wpad vis TRR, since it's not resolvable.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 7•1 year ago
|
||
Updated•1 year ago
|
Comment 9•1 year ago
|
||
| bugherder | ||
Updated•1 year ago
|
Description
•