Closed
Bug 918077
Opened 11 years ago
Closed 7 years ago
Figure out and implement new crash severity metric
Categories
(Socorro :: General, task)
Socorro
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: kairo, Unassigned)
Details
(Whiteboard: [StabilityWeek2013])
At our stability week, in https://wiki.mozilla.org/CrashKill/StabilityWeek2013#High_Level_CrashKill_Review we discussed creating a new crash severity metric that we could use instead of the pure top crash reports we are using right now. Here's the things we said we should include there: - # of (unique)impacted users, or percentage of users on channel [AVAILABLE TODAY] - crashes per install [AVAILABLE TODAY] - impacts more than X installations (150k on a critical crash?) - # of comments [AVAILABLE TODAY] - # of curse words in comments (multilingually) - hangs versus crashes [AVAILABLE TODAY] - plugin versus browser [AVAILABLE TODAY] - startup crashes!! also permanent versus non-permanent [AVAILABLE TODAY] - URL of the crashing site (like the doodle...) - more crash types - crashes while editing [NEEDS BUG] - crashes soon after update [AVAILABLE TODAY] - Browser uptime (2 crashes if you are usin the browser in an hour is too high) [TODAY] - histogram of recent crashes? [NEEDS BUG] - crash and don't get your tabs back (session restore) [non-actionable?] We still need to figure out how to weigh those items.
Updated•11 years ago
|
Whiteboard: [StabilityWeek2013]
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•