Move Network Settings section from General into Privacy and Security, and move DoH out of the proxy dialog.
Categories
(Firefox :: Settings UI, enhancement, P3)
Tracking
()
People
(Reporter: nhnt11, Assigned: valentin)
References
(Blocks 1 open bug)
Details
Attachments
(5 files, 1 obsolete file)
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta-
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta-
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta-
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta-
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta-
|
Details | Review |
This is intended to land in 75.
Reporter | ||
Comment 1•5 years ago
|
||
Updated•5 years ago
|
Reporter | ||
Comment 2•4 years ago
|
||
This was deprioritized.
Updated•2 years ago
|
Comment 3•2 years ago
|
||
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Comment 4•2 years ago
|
||
Depends on D172966
Assignee | ||
Comment 5•2 years ago
|
||
- The patch saves the confirmation channel's status and skipReason in the TRR Service
- The UI queries the status and displays the stringified version in the Not Available (reason) label
- Introduces doh-status-label CSS rule so the Learn-More link isn't off center
Depends on D173940
Assignee | ||
Comment 6•2 years ago
|
||
- Patch changes TRRService::MaybeSetPrivateURI so that it doesn't bail
if the URL is invalid. That could lead us into a state where the
network.trr.uri pref has been set to some invalid URL, but we continue
using the previous domain (or even the default TRR provider) instead. - Updates the DoH settings UI to not set the network.trr.uri pref to "",
as that will cause the TRRService to use the value of
the network.trr.default_provider_uri pref instead.
Depends on D174110
Assignee | ||
Comment 7•2 years ago
|
||
Depends on D173942
Comment 9•2 years ago
|
||
Backed out for causing xpcshell failures in test_dooh.js
- Backout link
- Push with failures
- Failure Log
- Failure line: TEST-UNEXPECTED-TIMEOUT | netwerk/test/unit/test_dooh.js | Test timed out
Comment 10•2 years ago
|
||
Comment 11•2 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/8ec3cfe29b61
https://hg.mozilla.org/mozilla-central/rev/403f22e3a0a0
https://hg.mozilla.org/mozilla-central/rev/b9b738076d55
https://hg.mozilla.org/mozilla-central/rev/8e85f984f46c
https://hg.mozilla.org/mozilla-central/rev/a7341379f263
Comment 12•2 years ago
|
||
Backed out for causing build bustages on TRRService.cpp.
Failure logs: https://treeherder.mozilla.org/logviewer?job_id=411639150&repo=mozilla-central
Backout link: https://hg.mozilla.org/integration/autoland/rev/95e453c44af9440d05ffb65b1a2878694cb20564
Comment 13•2 years ago
|
||
Comment 14•2 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/c1cecb2463d2
https://hg.mozilla.org/mozilla-central/rev/ce7622cbeb2c
https://hg.mozilla.org/mozilla-central/rev/525ec1a5f160
https://hg.mozilla.org/mozilla-central/rev/f8d25be1be03
https://hg.mozilla.org/mozilla-central/rev/57c51f48ee34
Comment 15•2 years ago
|
||
Valentin, could you request a release note addition for this feature for our Nightly release notes? Thanks
https://wiki.mozilla.org/Release_Management/Release_Notes#Nomination_in_Bugzilla
Assignee | ||
Comment 16•2 years ago
|
||
I made a similar request in bug 1596847.
(In reply to Valentin Gosu [:valentin] (he/him) from bug 1596847 comment #13)
Release Note Request (optional, but appreciated)
[Why is this notable]: Adds more advanced UI for controlling DoH settings to avoid having users set about:config prefs.
[Affects Firefox for Android]: No
[Suggested wording]:Bug 1610741 moved the DNS over HTTPS settings to the Privacy & Security section of the settings page and allows the user to choose from all the supported modes. Bug 1596847 added UI to manage the DNS over HTTPS exception list.
[Links (documentation, blog post, etc)]: DoH UI Improvements project plan
Comment 17•2 years ago
|
||
Note added to Nightly 114 release notes in the CHANGED section with this wording:
DNS over HTTPS settings are now part of the Privacy & Security section of the Settings page and allow the user to choose from all the supported modes.
Assignee | ||
Comment 18•2 years ago
|
||
Comment on attachment 9323867 [details]
Bug 1610741 - DoH setting UI r=kershaw
Beta/Release Uplift Approval Request
- User impact if declined: Users will receive the DoH settings UI in Fx 114 instead of Fx 113
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: QA is in progress: https://mozilla-hub.atlassian.net/browse/QA-1817
- List of other uplifts needed: Bug 1596847, Bug 1826749
- Risk to taking this patch: Medium
- Why is the change risky/not risky? (and alternatives if risky): We have identified some edgecases in bug 1826749 and fixes are currently waiting for review; QA has identified bug 1825538 (proxies might not work when DoH strict mode is enabled). The main risks would be shipping the UI without these fixes. I think the risk of major bugs with the UI implementation is low.
- String changes made/needed: Yes. Strings in preferences.ftl, permissions.ftl, netError.ftl were added.
- Is Android affected?: No
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Comment 19•2 years ago
|
||
Comment on attachment 9323867 [details]
Bug 1610741 - DoH setting UI r=kershaw
Per discussion with the various stakeholders, this is going to ride the 114 train.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Description
•