Closed Bug 1609037 Opened 6 years ago Closed 6 years ago

DoH Rollout Extension: Wait until a top-level location change to show the doorhanger

Categories

(Firefox :: Security, enhancement, P3)

74 Branch
Desktop
Unspecified
enhancement

Tracking

()

VERIFIED FIXED
Firefox 74
Tracking Status
firefox73 --- verified
firefox74 --- verified

People

(Reporter: nhnt11, Assigned: nhnt11)

References

(Blocks 1 open bug)

Details

(Whiteboard: [trr])

Attachments

(1 file)

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:

  1. It makes sense for an alert to show up after a navigation
  2. It's less likely to catch a user in the middle of closing a window or tab.
Pushed by nhnt11@gmail.com: https://hg.mozilla.org/integration/autoland/rev/44539f8e0cea DoH Rollout Extension: Wait until a top-level location change to show the doorhanger. r=johannh
Pushed by nhnt11@gmail.com: https://hg.mozilla.org/integration/autoland/rev/ca3381ffade1 DoH Rollout Extension: Wait until a top-level location change to show the doorhanger. r=johannh
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 74

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:
Flags: needinfo?(nhnt11)
Attachment #9120687 - Flags: approval-mozilla-beta?
Flags: qe-verify+

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.

Attachment #9120687 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

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.

QA Whiteboard: [qa-triaged]
Pushed by nhnt11@gmail.com: https://hg.mozilla.org/integration/autoland/rev/cf08a3fa92e7 DoH Rollout Extension: Wait until a top-level location change to show the doorhanger. r=johannh
Status: REOPENED → RESOLVED
Closed: 6 years ago6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 74

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.

Status: RESOLVED → VERIFIED
Flags: needinfo?(nhnt11)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: