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)
Firefox
General
Tracking
()
Tracking | Status | |
---|---|---|
firefox44 | --- | fixed |
People
(Reporter: javaun, Assigned: past)
References
Details
(Whiteboard: [fxprivacy])
Attachments
(1 file)
4.12 KB,
patch
|
ttaubert
:
review+
|
Details | Diff | Splinter Review |
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
Reporter | ||
Updated•9 years ago
|
Whiteboard: [fxprivacy]
Updated•9 years ago
|
Flags: qe-verify?
Priority: -- → P1
Updated•9 years ago
|
Assignee: nobody → past
Status: NEW → ASSIGNED
Iteration: --- → 43.3 - Sep 21
Assignee | ||
Comment 1•9 years ago
|
||
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)
Updated•9 years ago
|
Attachment #8661734 -
Flags: review?(ttaubert) → review+
Comment 2•9 years ago
|
||
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 3•9 years ago
|
||
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)
Assignee | ||
Comment 4•9 years ago
|
||
(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.
Updated•9 years ago
|
Iteration: 43.3 - Sep 21 → 44.1 - Oct 5
Comment 5•9 years ago
|
||
Hi Panos, should this bug be marked for QE verification?
Flags: needinfo?(past)
Assignee | ||
Comment 6•9 years ago
|
||
No, I think we don't QA telemetry changes.
Flags: qe-verify?
Flags: qe-verify-
Flags: needinfo?(past)
Comment 7•9 years ago
|
||
(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)
Assignee | ||
Comment 8•9 years ago
|
||
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)
Comment 10•9 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox44:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 44
You need to log in
before you can comment on or make changes to this bug.
Description
•