DoH Rollout Extension: Wait until a top-level location change to show the doorhanger
Categories
(Firefox :: Security, enhancement, P3)
Tracking
()
People
(Reporter: nhnt11, Assigned: nhnt11)
References
(Blocks 1 open bug)
Details
(Whiteboard: [trr])
Attachments
(1 file)
47 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
Currently the doorhanger is shown immediately when the add-on detects passing heuristics. Waiting for a top-level location change would be a nicer UX because:
- It makes sense for an alert to show up after a navigation
- It's less likely to catch a user in the middle of closing a window or tab.
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
|
||
Comment 4•6 years ago
|
||
Backed out for bc failures on browser_cleanFlow.js
Backout link: https://hg.mozilla.org/integration/autoland/rev/93971c20927357c150cd5556d4055a744eecb757
Log link: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=285385275&repo=autoland&lineNumber=5101
Comment 6•6 years ago
|
||
bugherder |
Assignee | ||
Comment 7•6 years ago
•
|
||
Comment on attachment 9120687 [details]
Bug 1609037 - DoH Rollout Extension: Wait until a top-level location change to show the doorhanger. r=dragana!
Beta/Release Uplift Approval Request
- User impact if declined: When DoH is enabled (via Normandy), "older" users (profiles created before Oct 31 2019) see the consent doorhanger at an uncontrolled time, without any interaction trigger. With the patch, the doorhanger is shown only after a navigation in the selected tab in the top window.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce:
- In a new profile created with system time set before Oct 31 2019, enable DoH. The doorhanger should not immediately appear. The doorhanger should also not appear when there are navigations in any tabs that are not selected or not in the top window.
- In the selected tab in the top window, perform a navigation. The doorhanger should appear.
- List of other uplifts needed: Bug 1608320, Bug 1600109
- Risk to taking this patch: Medium
- Why is the change risky/not risky? (and alternatives if risky): Functionality change, so not low-risk. Covered by automated tests and QA support.
- String changes made/needed:
Assignee | ||
Updated•6 years ago
|
Comment 8•6 years ago
|
||
Comment on attachment 9120687 [details]
Bug 1609037 - DoH Rollout Extension: Wait until a top-level location change to show the doorhanger. r=dragana!
DoH UX improvement. Approved for 73.0b8.
Comment 9•6 years ago
•
|
||
This bug is part of the DoH rollout work (to be more specific, part of the PI-445 request). Full testing phase is planned once the fix lands on beta 73.
Comment 10•6 years ago
|
||
bugherder uplift |
Comment 11•6 years ago
|
||
Backed out (Bug 1600109, Bug 1609037, Bug 1608320) for turning Bug 1605297 into permafail.
Failure log: https://treeherder.mozilla.org/logviewer.html#?job_id=286029897&repo=autoland
Backout link: https://hg.mozilla.org/integration/autoland/rev/42fdbe58028de404df948fab374b86c1ae4daf41
Updated•6 years ago
|
![]() |
||
Comment 12•6 years ago
|
||
Backout merged: https://hg.mozilla.org/mozilla-central/rev/42fdbe58028d
Comment 13•6 years ago
|
||
Comment 14•6 years ago
|
||
bugherder |
Comment 15•6 years ago
|
||
Confirming this as verified fixed. The implementation has been extensively tested for PI-445 on Windows 10, Ubuntu 18.04 and macOS 10.15 using the latest beta. The doorhanger is displayed if it meets the specified requirements in the ticket.
Assignee | ||
Updated•6 years ago
|
Description
•