1822692 - Add initial Telemetry for the new Migration Wizard

Status: RESOLVED FIXED

(Firefox :: Migration, task, P1)

Description

[Mike Conley (:mconley) (:⚙️)]

We'd like to know how the Migration Wizard gets invoked, and what context its in when it's used. Up until now, we've used the FX_MIGRATION_ENTRY_POINT histogram for this for the old migration wizard, but that model doesn't work when we're no longer opening a dialog window, but potentially migrating from an embedded context where the user didn't manually invoke it, like in an about:welcome onboarding card.

It also doesn't help that FX_MIGRATION_ENTRY_POINT is an old-school Histogram with 10 max values.

Having spoken to perry.mcmanis in #data-help, here's the plan:

1. We keep the FX_MIGRATION_ENTRY_POINT mechanism for continuity and comparison between the old wizard and the new wizard, but add a new FX_MIGRATION_ENTRY_POINT_CATEGORICAL categorical histogram for the existing (and eventual) entrypoints.
2. Continue writing to the old histogram, but also have the old wizard write into the new categorical histogram as well so we can ensure that the two histograms more or less line up.
3. Have the new Migration Wizard only write into the new categorical histogram.

Once we're satisifed that FX_MIGRATION_ENTRY_POINT_CATEGORICAL is doing its job, we can get rid of the old FX_MIGRATION_ENTRY_POINT histogram.

Cc'ing Gijs and mak since they're both named on the original FX_MIGRATION_ENTRY_POINT histogram.

Comment 1

[Mike Conley (:mconley) (:⚙️)]

Attachment: Bug 1822692 - Introduce a categorical histogram for recording the Migration Wizard entrypoint. data-review=jhirsch, r?Gijs

We're intentionally keeping the old FX_MIGRATION_ENTRY_POINT histogram around and
written to in order to have a smooth cutover to the new categorical histogram.

Comment 2

[Mike Conley (:mconley) (:⚙️)]

Attachment: Data collection request.md

Comment 3

[Mike Conley (:mconley) (:⚙️)]

Attachment: Bug 1822692 - Add tests for migration wizard entrypoint telemetry. r?Gijs

Depends on D172735

Comment 4

[Jared Hirsch [:jhirsch] (he/him) (Needinfo please)]

Comment on attachment 9323362 [details]
Data collection request.md

data-review+. Sorry for the delay here! Was out sick for part of last week.

---

1. Is there or will there be documentation that describes the schema for the ultimate data set in a public, complete, and accurate way?

Yes, the usual desktop telemetry documentation.

2. Is there a control mechanism that allows the user to turn the data collection on and off?

Yes, the usual opt-out controls for telemetry.

3. If the request is for permanent data collection, is there someone who will monitor the data over time?

Yes, mconley will monitor.

4. Using the category system of data types on the Mozilla wiki, what collection type of data do the requested measurements fall under?

Category 2, interaction data.

5. Is the data collection request for default-on or default-off?

Default-on.

6. Does the instrumentation include the addition of any new identifiers?

No.

7. Is the data collection covered by the existing Firefox privacy notice?

Yes.

8. Does the data collection use a third-party collection tool?

No.

Comment 5

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/ec398cb79ad6
Introduce a categorical histogram for recording the Migration Wizard entrypoint. data-review=jhirsch, r=Gijs

Comment 6

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/4895a0096dfe
Add tests for migration wizard entrypoint telemetry. r=Gijs

Comment 7

[Marian-Vasile Laza]

https://hg.mozilla.org/mozilla-central/rev/ec398cb79ad6
https://hg.mozilla.org/mozilla-central/rev/4895a0096dfe