Closed
Bug 1605713
Opened 5 years ago
Closed 4 years ago
Enabling DoH addon and then adding an enterprise policy to disable DoH does not work
Categories
(Firefox :: Security, defect, P1)
Tracking
()
RESOLVED
FIXED
| Tracking | Status | |
|---|---|---|
| firefox72 | --- | affected |
People
(Reporter: dcicas, Assigned: nhnt11)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [trr])
Attachments
(1 file)
|
(deleted),
image/gif
|
Details |
policy.gif
Note
- The Policy must have "Locked: false"
Affected versions
- Fx 72.0b9
Affected platforms
- Windows 10
Windows 7
Ubuntu 18.04
Mac OS 10.15
Steps to reproduce
- Opened Firefox and set the “doh-rollout.enabled” pref to true
2.Open the "core" folder from the Firefox installation folder. ("resources" on macOS)
3.Create a new folder titled "distribution" and add the attached policies.json file.
Here is the policies.json - Restart Firefox.
- Reach about:config and search for network.trr.mode.
Expected result
- network.trr.mode is set to 5.
Actual result
- network.trr.mode is set to 2 and about:telemetry shows pings to disable DoH.
Regression range
This issue isn’t is a regression since the 1.3.0 Doh is implemented as in-tree add-on just from Firefox 72 Beta
Additional notes
- The Policy must have "Locked: false"
|
||
Updated•5 years ago
|
Priority: -- → P2
|
|
||
Updated•5 years ago
|
Priority: P2 → P1
|
|
||
Updated•5 years ago
|
Blocks: doh-rollout
|
Assignee | |
Comment 1•5 years ago
|
||
We should detect enterprise policies at every startup, not just first run. If a policy is detected, we should put the user back in TRR mode 0 and disable heuristics.
|
|
Assignee | |
Updated•5 years ago
|
Assignee: nobody → nhnt11
Status: NEW → ASSIGNED
|
|
Assignee | |
Updated•4 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•