Open Bug 1338606 Opened 7 years ago Updated 2 years ago

Make it so use counters can expire and choose opt-in/opt-out like all other telemetry

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Type:
defect

Tracking

()

Tracking Flags:
Tracking Status
firefox54 --- affected

People

(Reporter: overholt, Unassigned)

References

Details

(Whiteboard: [measurement:client:tracking][ele:1b]) 

Over in 1271457 comment 6, Benjamin asked me to file a bug to make it so that use counters can expire and can be opt-in/opt-out like other telemetry probes.
Whiteboard: [measurement:client:tracking]
My suggestion is to make use a yaml file, modeled after scalars.yaml, and be able to specify all of the 'normal' things we expect: expiration, opt-in/opt-out, responsible people, bug#. Description might be optional here if we can autogenerate that from the interface.
If we make use of the Scalars.yaml model, lets base this on parse_scalars.yaml (and extend it to handle usecounters).
That way we can have validation & parsing code shared.
Hello, I'm asking your help with an experiment with making decisions on bugs. You've been needinfo'ed on this bug. I'd like you to take one action to help this bug make progress toward a decision. The things you can do include:

* If you know or have a good guess of which product and component this bug belongs to, change the product and component of the bug
* If you know of the right person to ask about this bug, redirect the needinfo to them
* If you cannot reproduce the bug, close it

All we need you to do is one thing that will help us make a decision on the bug or resolve it.

Thank you for your help with this. If you have questions, please contact emma@mozilla.com.
Flags: needinfo?(jwatt)
Whiteboard: [measurement:client:tracking] → [measurement:client:tracking][ele:1b]
Flags: needinfo?(jwatt)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.