Closed Bug 918077 Opened 12 years ago Closed 8 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: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.