On 18/04/2025 14:36, Tom Ritter wrote:
> And... I guess I still don't know? I know that we're getting all
> the reports from Nightly, and that's something,
You're getting all reports that _were_ _submitted_, which is 70% for
main process crashes, 30% for content crashes, and <0.1% for everything
else.
https://youtu.be/7gnkzdBSJtQ?t=328
So, depending on where your code actually runs, you might be missing
most or all of the reports, even in Nightly.
> but it sounds like I should really be looking at Crash Telemetry to
> see if there are crashes in my> code? Is there an interface to
> Crash Telemetry (besides STMO)? Does it have stacks?
Yes and yes.
There is a GUI (literally rewritten a week ago, so improving rapidly):
https://crash-pings.mozilla.org/
But for your kind of investigation, you can trawl through the stacks too
using STMO.
Here's some example queries that look for certain signatures:
https://sql.telemetry.mozilla.org/queries/106631
https://sql.telemetry.mozilla.org/queries/106438?
p_channel=%5B%22release%22%5D&p_os=%5B%22Windows%22%2C%22Linux%22%2C%22Android%22%2C%22macOS%22%5D
That said, we do limit to 5000 crashes per OS per channel per process
type per day (or something...) and randomly sample, because the
symbolication of crashes is quite resource intensive.
Thus, if your crash only happens once in a blue moon and only on Windows
release in content, you might need to trawl a longer period if you're
unlucky with the sampling (and realize you might not see all crashes
every day).
If you need a full crash report for a crash where you only have
telemetry, we are about to deploy the capability to prompt for this to
Nightly:
https://bugzilla.mozilla.org/show_bug.cgi?id=1853108
If you need to consider all crash telemetry and be sure a certain crash
never ever happened, that would be a one-off at this point (but possible
with spending some compute resources). The automated tooling is
certainly biased towards identifying the most common rather than very
uncommon crashes :-)
--
GCP