-
-
Notifications
You must be signed in to change notification settings - Fork 172
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adapt the breakpad backend to send crash events immediately #786
Comments
@n08i40k, the decision to persist breakpad crash-dumps to disk and not send them immediately is primarily historic. There are currently some organizational changes in progress regarding the Native SDK. At this point, I cannot tell you how this change will be prioritized down the road, especially since breakpad is mostly there as a fallback to support use cases that cannot use crashpad (for whatever reason). Can I ask why you are not using crashpad on Windows? |
@supervacuus: I can provide some context regarding situations in which crashpad currently isn't used (on projects I'm involved with):
|
Thanks for your input, @past-due! |
To follow-up on my last comment:
|
I use sentry-native with breakpad as a backend. Upon departure, the crash log is not sent immediately to the server, but is saved to disk and only the next time the application is launched, the crash log will be sent to the server.
Moreover, if you do not use sentry-native, but only breakpad, then you can immediately send a minidump to the server.
Environment
Steps To Reproduce
Build a test application and cause a crash.
The text was updated successfully, but these errors were encountered: