New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 697071 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Feb 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug

Blocking:
issue 620813



Sign in to add a comment

Crash metrics: failure to reach handler / unresponsive handler

Project Member Reported by manzagop@chromium.org, Feb 28 2017

Issue description

Cc: scottmg@chromium.org
Hi Scott: do you have suggestions for how to tackle this? Touching the handler isn't ideal, but it'd be cool to have this visibility.

Cc: mark@chromium.org
Do you mean to get uma? Is the concern that there won't be time to write data before it  terminates itself? In both of those cases, it'd be fine to flush "something" since things are in a pretty bad state, it can't hurt to try to record some data.

Having said that, those should appear in CrashExitCodes.Renderer already because they have a distinct exit code. It looks like for yesterday's Canary they account for 00.22% of exit codes.
Status: WontFix (was: Available)
Oh, right we have uma for the exit code. 

Looks like it's also small for the browser (Stability.BrowserExitCodes is 0.02%).

Forget I said anything! :)

Sign in to add a comment