[MissionControl v2] sudden drop in content crashes not aligning with crash-stats.mozilla.org data
Categories
(Data Platform and Tools :: General, defect)
Tracking
(Not tracked)
People
(Reporter: aryx, Unassigned)
References
Details
- Open https://metrics.mozilla.com/public/sguha/mc2/missioncontrol_v2.html
- Switch to the "Nightly" tab.
- Look at the graphs for "Content Crash Rate" and "Content Crash Incidence".
There is a drop in content crashes starting with the 20211120 builds but it's still a slope - might this be an issue which depends on the submission date of the crash reports?
https://crash-stats.mozilla.org/topcrashers/?product=Firefox&version=96.0a1&days=14&_range_type=build doesn't report such a drop (switch between 14 and 28 days to see the difference, look at the "Count" and "Installs" columns).
Does the script which generates the report throw any errors (or the import of data into the data source which it uses)?
|
||
Comment 1•2 years ago
|
||
If I'm reading the bug comments right, the underlying issue is covered in bug #1744533. I'm going to make this depend on that.
|
||
Comment 2•2 years ago
|
||
As mentionned above, when I saw your messages on matrix, I linked the reduction to the recent landing of my patch since it was somehow touching some crash-telemetry. Bug 1744533 fixed a few items in this matter, and it is landed on central. Hopefully things should be back to normal soon.
As much as I could investigate, Mission Control v2 should only rely on telemetry data, and I could not find any other source of mistake after landing the fix. Sorry it went under the radar.
|
|
||
Comment 3•2 years ago
|
||
Sebastian, from the datapoint of December 7th, data seems to be recovering back to normal ?
|
Reporter | |
Comment 4•2 years ago
|
||
Thank you, it's fixed by bug 1744533.
Description
•