-
-
Notifications
You must be signed in to change notification settings - Fork 58
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
Offline integration does not seem to work #369
Comments
I've never looked at the It's certainly something that would be useful though so I'll look into it. |
Just checked the code and it uses The Electron SDK merges all context and breadcrumbs in the main process so you get the same data for both JavaScript and native crashes. The main process is nodejs so that integration simply won't work there. We already handle queuing native crashes if there is no connection and it would make sense to do this for JavaScript errors too. |
Does this mean offline crashes will be stored and uploaded when online from the main process without the Offline plugin? The Electron docs suggest the Offline plugin is designed to work with Electron. |
Currently only for native crashes. JavaScript errors are currently dropped if there is no connection.
I suspect that this is because the Electron docs are derived from the core JavaScript docs so much of the JavaScript stuff gets included too. I'll open an issue about this. |
Versions + Platform
@sentry/electron@v2.4.0
electron@v12.0.9
Linux
Description
We initialise Sentry like this as described in the docs:
If I turn off wifi and start the application I see the following log when I force an error from the main process:
Forcing an error from the main process or from the renderer does not seem to cause an error to be logged to Sentry, even when restarting the application.
EDIT:
Forcing an error from a renderer process gives a different error, but when the machine becomes online:
The text was updated successfully, but these errors were encountered: