DNS over HTTPS settings incorrectly shows an error
Categories
(Firefox :: Settings UI, defect, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr140 | --- | unaffected |
| firefox150 | --- | wontfix |
| firefox151 | --- | wontfix |
| firefox152 | --- | verified |
People
(Reporter: valentin, Assigned: bvandersloot)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [recomp-support])
Attachments
(2 files)
This is in mode3, and using Cloudflare.
DNS works, but the status is shown as failing (TRR_OK)
152.0a1 (2026-05-04)
I also see this in the console, so the error might not be in the DoH parts, but caused by this error in the initialization of the preferences:
Uncaught (in promise) TypeError: can't access property "replace", record['cc-exp'] is undefined
items resource://autofill/FormAutofillPreferences.sys.mjs:268
makePaymentsListItems resource://autofill/FormAutofillPreferences.sys.mjs:260
FormAutofillPreferences.sys.mjs:268:15
Error: preference with id 'browser.newtabpage.activity-stream.showSearch' already added Preferences.mjs:48:13
_add chrome://global/content/preferences/Preferences.mjs:48
addAll chrome://global/content/preferences/Preferences.mjs:73
map self-hosted:163
addAll chrome://global/content/preferences/Preferences.mjs:73
_registerPreferences resource://newtab/lib/AboutPreferences.sys.mjs:200
observe resource://newtab/lib/AboutPreferences.sys.mjs:167
init chrome://browser/content/preferences/widgets/setting-pane.mjs:149
init chrome://browser/content/preferences/config/SettingPaneManager.mjs:97
init chrome://browser/content/preferences/preferences.js:427
initializeCategories chrome://browser/content/preferences/findInPage.js:118
init chrome://browser/content/preferences/findInPage.js:78
Comment 1•22 days ago
|
||
Set release status flags based on info from the regressing bug 1971428
:bvandersloot, since you are the author of the regressor, bug 1971428, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Reporter | ||
Comment 2•22 days ago
|
||
Updated•22 days ago
|
| Assignee | ||
Comment 3•21 days ago
|
||
Those probably aren't those callsites, but since you have browser.newtabpage.activity-stream.showSearch getting added twice erroring in your console, I would think that is it.
Bug 2031707 looks like the last place it was added, so I'll add that as a candidate regressor.
| Reporter | ||
Updated•21 days ago
|
Comment 4•20 days ago
|
||
We have a related bug 2037143 filed over in the Home and New Tab component, we should fix this before we ship.
Updated•20 days ago
|
Updated•20 days ago
|
Updated•20 days ago
|
Updated•20 days ago
|
Updated•20 days ago
|
Comment 5•16 days ago
•
|
||
I tried reverting the fix in bug 2033049 locally and it doesn't seem to stop the DoH errors, so I don't think this is the underlying cause. :bvandersloot do you have other ideas of what the cause might be?
| Assignee | ||
Comment 6•16 days ago
|
||
Answer after some better investigation and debuger statements... it was a few missed variable renames during the panel migration lint cleanup. Patch incoming.
| Assignee | ||
Comment 7•16 days ago
|
||
Updated•16 days ago
|
Comment 9•13 days ago
|
||
| bugherder | ||
Comment 10•13 days ago
|
||
The patch landed in nightly and beta is affected.
:bvandersloot, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox151towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Updated•13 days ago
|
Comment 11•8 days ago
|
||
Hello I can confirm that the issue is fixed with firefox 152.0b1 and 153.0a1(2026-05-19) on Ubuntu 24.04, Windows 10 and macOS 15.6.7
Updated•7 days ago
|
Description
•