Closed Bug 1832403 Opened 2 years ago Closed 8 months ago

Implement new CFR doorhanger to encourage users with FxA accounts but not syncing to begin syncing

Categories

(Firefox :: Messaging System, task, P2)

Firefox 114
task

Tracking

()

RESOLVED WONTFIX

People

(Reporter: nsauermann, Assigned: nsauermann)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [fidefe-device-migration] )

Scope of this bug is to land a new CFR message into tree:

+++ This bug was initially created as a clone of Bug #1828170 which was an experimenter ticket - we'd like to land this on train instead +++

The spec for the panel is here: https://www.figma.com/file/qe9yX8x51jjbt6DJYgayg2/Device-Migration?node-id=2261-19800&t=nTM9i8p1GgGtIwHS-4

The panel should:

  • Hang from account icon
  • Primary CTA - Takes user to the same SUMO page that bug 1828114 links to.
  • Secondary CTA - Close the panel.

Ultimately, we're hoping to message users with the following characteristics:

  • Existing Windows Vista/7/8 users
  • Have a Fx Account
  • DO NOT have sync enabled

User's should be messaged on idle, and once messaged, we should not show this message again to them.

This message should not overlap with other experiments that has “idle” target.

Tagging you Shane in case I'm missing anything!

And just wanted to clarify since this is my first CFR, this should be as part of a message in browser/components/newtab/lib/CFRMessageProvider.jsm?

Flags: needinfo?(shughes)
Assignee: nobody → nsauermann
Severity: -- → S3
Priority: -- → P1
No longer depends on: 1828170

Actually I think we should probably put it in OnboardingMessageProvider - that's where recent CFR doorhangers have gone. Maybe we should ask Punam though. Punam, this CFR doorhanger will be landed on-train instead of in an experiment. Do you think it should go in CFRMessageProvider or OnboardingMessageProvider? I'm assuming the message groups should just be ["cfr"]

Flags: needinfo?(shughes) → needinfo?(pdahiya)

Synched up with @aminomancer, initial launch of CFR will be via a Nimbus Rollout to provide flexibility of configuring message remotely for any late QA fixes and safe to mark bug as P2 in favor of bug 1828170. Thanks!

Flags: needinfo?(pdahiya)
Assignee: nsauermann → nobody
Priority: P1 → P3
Priority: P3 → P2
Assignee: nobody → nsauermann
Iteration: 115.1 - May 8 - May 19 → 115.2 - May 22 - June 2
Iteration: 115.2 - May 22 - June 2 → 116.1 - June 5 - June 16
Iteration: 116.1 - June 5 - June 16 → 116.2 - June 19 - June 30
Iteration: 116.2 - June 19 - June 30 → 117.1 - July 3 - July 14

Removing iteration until we have more information on next steps.

Iteration: 117.1 - July 3 - July 14 → ---
Status: NEW → RESOLVED
Closed: 8 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.