Closed ellegance closed 1 month ago
Is not --disable-breakpad
enough for you?
Is not
--disable-breakpad
enough for you?
This cmdline flag DOES NOT prevent Supermium from spawning the chrome.exe --type=crashpad-handler
processes inside Windows Task Manager
https://codereview.chromium.org/1416133003
Crashpad Windows: Use the Crashpad client instead of Breakpad on Windows
Crashpad is always compiled into chrome and its handler is always
enabled. It only uploads in Official builds.
On Windows, the crash handler is chrome.exe run with a
--crashpad-handler argument. This is due to concern about
incompatibilities of shipping an additional new different binary for AV,
firewalls, etc
// On Windows, use InitializeCrashpadWithEmbeddedHandler() when crashpad_handler
// is embedded into a binary that can be launched with --type=crashpad-handler.
I have tested this myself, i.e. I launched Supermium with --disable-breakpad
, but still inside WTM:
Also, please read this and this; even with --disable-crashpad-for-testing
, I still get at least one crashpad-handler process spawned by Supermium :disappointed: ...
Breakpad is the old exception handler for Chromium. It was replaced with Crashpad but Crashpad cannot be fully disabled in its current form (by the user).
But I can definitely disable the creation of Crashpad processes. Windows will handle the exceptions/errors on its own and Dr Watson (on XP) or WER (on Vista and up) can help provide the dumps as needed. Exception handling will not be as graceful, but it may better expose issues.
That would be nice.
Is your feature request related to a problem? Please describe. Every time Supermium started, it launches extra process of type crashpad-handler without any possibility to disable it. While it might be useful for someone, for majority of users it is not needed, disabling Crashpad will save RAM, threads and disk space used for hundreds of useless reports
Describe the solution you'd like Make Supermium build without Crashpad