Hi folks,
On Thursday, August 8, James Willcox, Sebastian Kaspari, and I (Nick
Alexander) met with William Kahn-Greene and Chris Lonnen to discuss using
Socorro/crash-stats to analyse crashes in non-Firefox contexts. You can
read the mostly complete detailed notes
<https://docs.google.com/document/d/13ZqcDtmedjAykVveOlZSFYP5tWi2i6G5dCzUuHEBY0U/edit#heading=h.aoamwv7wdmuk>
.
The worldview for determining stability
Mozilla has been pushing towards a two pronged aggregate analysis approach:
1.
We use “crash pings”, which are a high-volume, low-specificity Telemetry
signal to understand Firefox stability.
2.
We use “crash reports”, which are a low-volume, high-specificity,
highly-biased Socorro signal to understand specific stability issues.
The critical facts about Socorro, as I understand them:
-
Socorro is excellent at processing minidumps
-
Socorro has a robust security model for controlling access to PII
-
Socorro is not a strong platform for aggregate analysis of crashes
>From this baseline, the discussion split into two contexts:
1.
Using Socorro to understand the health of the GeckoView-consuming
Android App ecosystem (flagship browser for Android, Firefox Reality,
potential third-party Apps)
-
Technically possible right now: need ops to whitelist “application
name”, but can aggregate minidumps across consuming Apps.
-
Strong support for non-Gecko native code crashes (e.g., Firefox
Reality); symbol server largely stands alone and scales to new uses.
-
Minimal support right now, and no long-term plan for investment into
future support, for first-class support of “managed code” reports (e.g.,
Java stacktraces or JavaScript stacktraces).
-
Using Socorro to understand the health of non-Gecko/non-GeckoView
Android Apps (Notes, Lockbox for Android).
-
Socorro is not a good platform for understanding “managed code”
reports.
-
Considered better to push non-Gecko native code crashes through
Sentry than to use Socorro: more problems in managed code than in native
code long term.
The immediate next steps are:
1.
William to investigate pushing “bare” minidumps to Socorro to understand
what, e.g., Firefox Reality actually needs to upload
2.
James (snorp) to investigate pushing Gecko minidumps first to Sentry and
then on to Socorro to understand whether, e.g., Focus (GeckoView) can
leverage Sentry for managed code crashes while still feeding Gecko
stability problems into the larger Socorro tool.
Many thanks to William and Lonnen for their ongoing attention to this
effort! Everybody, please correct errors introduced by your interlocutor.
Yours,
Nick (for James, Sebastian, William, and Lonnen)
_______________________________________________
Sync-dev mailing list
[email protected]
https://mail.mozilla.org/listinfo/sync-dev
