Closed Bug 1200944 Opened 9 years ago Closed 9 years ago

Instrument UI Pref for TP in PBM with Telemetry probe

Categories

(Firefox :: General, defect, P1)

defect

Tracking

()

RESOLVED FIXED
Firefox 44
Iteration:
44.1 - Oct 5
Tracking Status
firefox44 --- fixed

People

(Reporter: javaun, Assigned: past)

References

Details

(Whiteboard: [fxprivacy])

Attachments

(1 file)

There is a UI editable pref under Preferences > Privacy that enables TP in PBM. It is on by default in DevEdition now.

This is the pref:
privacy.trackingprotection.pbmode.enabled

We'd like to instrument this for telemetry so we can understand how many people globally disable TP. This may tell us: 1. how many people dislike TP in PBM, or 2. that our on/off switch is really hard to find. There is also now an on/off switch on the PBM built-in page itself. We just want to instrument the pref and can't know where it's been changed. We can't instrument anything that would reveal a user went to PBM
Whiteboard: [fxprivacy]
Flags: qe-verify?
Priority: -- → P1
Assignee: nobody → past
Status: NEW → ASSIGNED
Iteration: --- → 43.3 - Sep 21
Attached patch Patch v1Splinter Review
I've reversed the logic in this probe because TP in PBM is enabled by default, whereas normal TP is disabled by default.
Attachment #8661734 - Flags: review?(ttaubert)
Attachment #8661734 - Flags: feedback?(ally)
Attachment #8661734 - Flags: review?(ttaubert) → review+
Comment on attachment 8661734 [details] [diff] [review]
Patch v1

Review of attachment 8661734 [details] [diff] [review]:
-----------------------------------------------------------------

So with the exception of the expiration version, the probe looks fine.

The bigger issue is that we usually do not allow the collection about user behavior in private browsing mode even if the user has opted into telemetry. I understand why we want to know about when our new feature is disabled and I want us to be consistent in firefox about what we track and when.

Unfortunately, I'll need to talk to the other data stewards and get back to you about it.

::: toolkit/components/telemetry/Histograms.json
@@ +8072,5 @@
>      "kind": "boolean",
>      "description": "Whether or not a session has tracking protection enabled"
>    },
> +  "TRACKING_PROTECTION_PBM_DISABLED": {
> +    "expires_in_version": "never",

We do not allow "never" as a value for expiration. Probes can always be renewed if they are still in use by their expiry version. TP is a new feature, so I would version 60 should be plenty of time for it to be great..or y'know.
Comment on attachment 8661734 [details] [diff] [review]
Patch v1

NI myself to followup up with other stewards
Flags: needinfo?(ally)
Attachment #8661734 - Flags: feedback?(ally)
(In reply to Allison Naaktgeboren please NEEDINFO? :ally from comment #2)
> The bigger issue is that we usually do not allow the collection about user
> behavior in private browsing mode even if the user has opted into telemetry.
> I understand why we want to know about when our new feature is disabled and
> I want us to be consistent in firefox about what we track and when.

But isn't that what the PrivateBrowsingUtils.isWindowPrivate(window) check is for? The probe is sent only when the pref modification is detected in a normal window, which, to be honest, is where I would expect most users to flip the pref.
Iteration: 43.3 - Sep 21 → 44.1 - Oct 5
Hi Panos, should this bug be marked for QE verification?
Flags: needinfo?(past)
No, I think we don't QA telemetry changes.
Flags: qe-verify?
Flags: qe-verify-
Flags: needinfo?(past)
(In reply to Panos Astithas [:past] from comment #4)
> (In reply to Allison Naaktgeboren please NEEDINFO? :ally from comment #2)
> > The bigger issue is that we usually do not allow the collection about user
> > behavior in private browsing mode even if the user has opted into telemetry.
> > I understand why we want to know about when our new feature is disabled and
> > I want us to be consistent in firefox about what we track and when.
> 
> But isn't that what the PrivateBrowsingUtils.isWindowPrivate(window) check
> is for? The probe is sent only when the pref modification is detected in a
> normal window, which, to be honest, is where I would expect most users to
> flip the pref.

Oh, then you're fine. If you do want to track turning it off in private browsing, the stewards are ok with it but only for a version or two.
Flags: needinfo?(ally) → needinfo?(past)
That's fine, comment 0 clearly indicates that we don't really want to know specifically when TP is turned off in PBM. I'll land this with the expiration change requested in comment 2.
Flags: needinfo?(past)
https://hg.mozilla.org/mozilla-central/rev/58adc6b9c8ea
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 44
Blocks: 1188565
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: