Closed Bug 918077 Opened 7 years ago Closed 3 years ago

Figure out and implement new crash severity metric

Categories

(Socorro :: General, task)

task
Not set
normal

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