Open
Bug 1844236
Opened 1 year ago
Updated 1 year ago
Open Settings->Privacy & Security will causing network.trr.uri in about:config revert to default
Categories
(Core :: Networking: DNS, defect, P3)
Tracking
()
UNCONFIRMED
People
(Reporter: Tom25519, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
- I set
network.trr.uri
=https://1.1.1.1/dns-query
inabout:config
- Open Settings->Privacy & Security
network.trr.uri
revert to default
Comment 1•1 year ago
|
||
I am able to reproduce this issue right away.
We are clearing the pref at a number of places in privacy.js.
Severity: -- → S3
Flags: needinfo?(valentin.gosu)
Priority: -- → P2
Whiteboard: [necko-triaged][necko-priority-rev
Updated•1 year ago
|
Whiteboard: [necko-triaged][necko-priority-rev → [necko-triaged][necko-priority-review]
Updated•1 year ago
|
Comment 2•1 year ago
|
||
This is caused by these lines here:
https://searchfox.org/mozilla-central/rev/503938c13ef2dd174705dc0f6d0683ae43074ccc/browser/components/preferences/privacy.js#759-762
// When the mode is set to 0 we need to clear the URI so
// doh-rollout can kick in.
if (value == Ci.nsIDNSService.MODE_NATIVEONLY) {
Services.prefs.clearUserPref("network.trr.uri");
This only happens when the TRR mode is 0 (NATIVEONLY)
If you set the TRR mode to 2 or 3 before opening the window, the bug doesn't happen.
While it's annoying that the pref is cleared, the fact that it does get cleared doesn't really do anything. The value of this pref should only be set by the UI now.
I'm inclined to close this bug as INVALID or WONTFIX, but I'll leave it open for now, in case someone finds a compelling reason we should have a different behaviour.
Flags: needinfo?(valentin.gosu)
You need to log in
before you can comment on or make changes to this bug.
Description
•