Remove setEventRecordingEnabled, leaving all Legacy Telemetry events as default-on
Categories
(Toolkit :: Telemetry, task, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox133 | --- | fixed |
People
(Reporter: chutten, Assigned: chutten)
References
(Regressed 1 open bug)
Details
Attachments
(5 files)
Legacy Telemetry's setEventRecordingEnabled
API has long been more of an annoyance than a help. (In fact, I've used it as justification to use Glean instead). It was intended to supply event instrumentors with confidence to control when and how often their events would be recorded and express our continued preference for default-off instrumentation.
At time of writing, no one uses it that way, preferring to enable event recording in code immediately preceding the recording of the events.
(Okay, so TRRService ties theirs to a pref which could be changed, but it isn't changed by code or experiment. Others could have depended on squelching events that are recorded earlier than the category being enabled, but we haven't found any that do.)
Since we're looking at deprecating and removing other Legacy Telemetry event APIs in favour of Glean (whose events, it must be said, supply a superior operational safety guarantee through Server Knobs which some folks have actually used to ship instrumentation defaulted to off), it's a good time to remove this unused and ill-understood mechanism.
This bug is about:
- Removing the
setEventRecordingEnabled
API and all of its uses - Defaulting all events to enabled
- Documenting in the Legacy Telemetry event docs any risks now borne by instrumentors because of this API's removal
- Instruct users looking for this functionality after this removal to build their own e.g. out of prefs.
Assignee | ||
Comment 1•2 months ago
|
||
Assignee | ||
Comment 2•2 months ago
|
||
Assignee | ||
Comment 3•2 months ago
|
||
Assignee | ||
Comment 4•2 months ago
|
||
Assignee | ||
Comment 5•2 months ago
|
||
Comment 7•1 month ago
|
||
Backed out for causing xpc assertion failures
Backout link: https://hg.mozilla.org/integration/autoland/rev/54c74f7f499d14861e9e5eacd33ed21288e30bee
Assignee | ||
Comment 8•1 month ago
|
||
...what? Okay, uh... I don't know how that could happen. And it doesn't reproduce locally. Maybe a faulty merge? Lemme pop it onto try again real quick.
Comment 9•1 month ago
|
||
(In reply to Chris H-C :chutten from comment #8)
...what? Okay, uh... I don't know how that could happen.
Bug 1822083 seems vaguely related. But no obvious solution there.
Assignee | ||
Comment 10•1 month ago
|
||
try
can reproduce it, but I can't. And the mystery is deepened by how it's a d3d11 pref failing tests on Linux. There's precious little code that even references the pref at all, and the manipulation causing the failure is a clearUserPref
call from somewhere in JS.
The stack does do some pref work, removing network.trr.confirmation_telemetry_enabled
, security.certerrors.recordEventTelemetry
, and security.protectionspopup.recordEventTelemetry
. None even close to layers.d3d11.*
. There are no changes to gfx/**/* in the patches.
I'm at a loss. I'm going to try binary searching the patch stack to identify which patch triggers the failure and then I'll subdivide the change to try and narrow it down further, roundtripping through try
each time.
Assignee | ||
Comment 11•1 month ago
|
||
Reverting the top three patches (removing TelemetryEvents.init, Services.telemetry.setEventRecordingEnabled, and removing all JS calls to Services.telemetry.setEventRecordingEnabled) still results in the pref test failing, however reverting the fourth patch (removing the C++ uses of SetEventRecordingEnabled and the API) gives a clean run.
Which would suggest that it's something in this patch that's causing the test to fail.
On a hunch, I added back in the definition for the network.tss.confirmation_telemetry_enabled
pref to StaticPrefList.yaml
and the test now passes. So let's get this landed again.
Comment 12•1 month ago
|
||
Comment 13•1 month ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/d40aabb6a4f4
https://hg.mozilla.org/mozilla-central/rev/a39cdf7de3a6
https://hg.mozilla.org/mozilla-central/rev/d56bf9374416
https://hg.mozilla.org/mozilla-central/rev/96f22ea62b03
https://hg.mozilla.org/mozilla-central/rev/595eef978917
Description
•