gecko-dev/toolkit/components/crashes
Gabriele Svelto 3bfd73795f Bug 1628124 - Do not run minidump analysis when we've instructed the browser to shut down after a content process crash r=mconley
When MOZ_CRASHREPORTER_SHUTDOWN is set the main process will shut down as soon
as it detects a content process crash. We usually run the minidump-analyzer
tool for every content process crash but we stop it if we detect we're
shutting down. This is done to prevent hangs because minidump analysis may
take a while.

This patch checks for MOZ_CRASHREPORTER_SHUTDOWN and does not start the
minidump-analyzer at all if it's set. Since we know we'll be shutting down
anyway there's no point in try to run it.

I took the liberty of refactoring some of the surrounding code for better
readability.

Differential Revision: https://phabricator.services.mozilla.com/D71416
2020-04-21 15:44:25 +00:00
..
docs Bug 1420363 - Write crash annotations as JSON r=froydnj,agi 2019-12-02 13:18:35 +00:00
tests/xpcshell Bug 1628124 - Do not run minidump analysis when we've instructed the browser to shut down after a content process crash r=mconley 2020-04-21 15:44:25 +00:00
CrashManager.jsm Bug 1610385 - Increase the maximum number of crashes we record per day to avoid having tests bump into the limit r=froydnj 2020-03-09 13:15:57 +00:00
CrashManagerTest.jsm Bug 1608281 - Automated rewrite away from reading properties on the global `this` in JSM files - round 1 r=mossop 2020-01-29 21:50:04 +00:00
CrashService.jsm Bug 1628124 - Do not run minidump analysis when we've instructed the browser to shut down after a content process crash r=mconley 2020-04-21 15:44:25 +00:00
components.conf
moz.build
nsICrashService.idl Bug 1470591 - Part 1: Add a new process type for ForkServer. r=gsvelto 2019-12-05 00:03:29 +00:00