Closed
Bug 1010449
Opened 11 years ago
Closed 11 years ago
Implement telemetry measures from bug 760356 for before/after analysis
Categories
(Toolkit :: Add-ons Manager, defect)
Toolkit
Add-ons Manager
Tracking
()
RESOLVED
FIXED
mozilla32
People
(Reporter: Irving, Assigned: Irving)
References
Details
(Whiteboard: [qa-])
Attachments
(1 file, 2 obsolete files)
16.26 KB,
patch
|
Irving
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
Bug 760356 adds a few telemetry measurements to see how many add-ons have their compatibility changed or are upgraded during the "new version" add-on compatibility check.
In order to do before/after comparison, we want a minimal patch that takes the same measurements against the existing implementation, suitable for uplift so that it lands one release ahead of bug 760356.
Assignee | ||
Comment 1•11 years ago
|
||
Oddly enough, writing tests for this shook out at least one mistaken assumption; I'll need to update bug 760356 both for the bitrot caused by this, and for the logic difference.
Attachment #8423391 -
Flags: review?(bmcbride)
Assignee | ||
Comment 2•11 years ago
|
||
Comment on attachment 8423391 [details] [diff] [review]
Telemetry for the add-on compatibility check dialog
I just realized that I'm not sure this always removes the AddonListener; you can review this version if you want, but there's a good chance I'll update the patch soon...
Comment 3•11 years ago
|
||
Comment on attachment 8423391 [details] [diff] [review]
Telemetry for the add-on compatibility check dialog
Review of attachment 8423391 [details] [diff] [review]:
-----------------------------------------------------------------
Thinking about before/after, would be nice to also have a measure of how often the update dialog shows after bug 760356. We can't accurately infer that with the current measures - as even the measures that are always recorded in the update dialog itself won't be recorded if you cancel the dialog early enough. Another followup bug?
::: toolkit/mozapps/extensions/content/update.js
@@ +225,5 @@
> },
>
> onAllUpdatesFinished: function gVersionInfoPage_onAllUpdatesFinished() {
> + AddonManager.removeAddonListener(listener);
> + AddonManagerPrivate.recordSimpleMeasure("XPIDB_disabled",
Hm, thinking about this more, I think we should name these differently for the update dialog, to make them easily distinguishable. Something like "appUpdate_XXX"?
Attachment #8423391 -
Flags: review?(bmcbride) → review+
Assignee | ||
Comment 4•11 years ago
|
||
I agree about renaming the telemetry variables; also removed the executeSoon bits that actually belonged in bug 1007906.
Attachment #8423391 -
Attachment is obsolete: true
Attachment #8424510 -
Flags: review?(bmcbride)
Updated•11 years ago
|
Attachment #8424510 -
Flags: review?(bmcbride) → review+
Assignee | ||
Comment 5•11 years ago
|
||
Bah, it helps if I update the telemetry field names in the test case as well as the code. Carrying forward Blair's r+.
Attachment #8424510 -
Attachment is obsolete: true
Attachment #8425135 -
Flags: review+
Assignee | ||
Comment 6•11 years ago
|
||
(In reply to Blair McBride [:Unfocused] from comment #3)
> Comment on attachment 8423391 [details] [diff] [review]
> Telemetry for the add-on compatibility check dialog
>
> Review of attachment 8423391 [details] [diff] [review]:
> -----------------------------------------------------------------
>
> Thinking about before/after, would be nice to also have a measure of how
> often the update dialog shows after bug 760356. We can't accurately infer
> that with the current measures - as even the measures that are always
> recorded in the update dialog itself won't be recorded if you cancel the
> dialog early enough. Another followup bug?
SIMPLE_MEASURES_STARTUPINTERRUPTED gives us that - we get 1 if the dialog was displayed at all (it counts if we get either the compat-check dialog *or* the selection dialog, but we expect nearly none of them to be the selection dialog)
Assignee | ||
Comment 7•11 years ago
|
||
Whiteboard: [fixed-in-fx-team]
Comment 8•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → mozilla32
Assignee | ||
Comment 9•11 years ago
|
||
Comment on attachment 8425135 [details] [diff] [review]
Telemetry for the add-on compatibility check dialog, even fixedier
[Approval Request Comment]
Bug caused by (feature/regressing bug #): 760356
User impact if declined: This patch adds telemetry to measure the effect of fixing bug 760356; we'd like to uplift it to get before/after data as Beta and Release go through the process of upgrading Firefox version.
Testing completed (on m-c, etc.): Code has been on Nightly for 10 days, output is showing up in Telemetry.
Risk to taking this patch (and alternatives if risky): Low
String or IDL/UUID changes made by this patch: None
Attachment #8425135 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
status-firefox31:
--- → affected
status-firefox32:
--- → fixed
Updated•11 years ago
|
Attachment #8425135 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 10•11 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•