Closed
Bug 918077
Opened 12 years ago
Closed 8 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•12 years ago
|
Whiteboard: [StabilityWeek2013]
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•