You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In general, Sentry for React Native works great in our app. We've just started using the SDK but the tool has already helped us to catch several issues in our Javascript that only occurred "randomly" in Production for end users. We're very happy with Sentry.
The issue we have is trying to catch a native crash that occurs on startup. The issue is very hard to reproduce. We've never been able to make it happen in development, even when running in release mode. But periodically the app will crash for an end user on startup, particularly when the device is in an "imperfect" network state. By "imperfect," I mean that the network isn't fully online or offline. It's somewhere in the middle. If the network is fully good or bad, our app starts without issue. But if the user is on Wi-Fi network that's good but the internet is bad or a 5G connection with 4 bars but is struggling to connect to the internet, we get the crash.
I've read the documentation which suggests doing a manual startup of the SDK in didFinishLaunchingWithOptions, so we added the following:
This early initialization seems to work fine. If we add code immediately after the call above that deliberately crashes the app, Sentry will catch it perfectly. But it won't catch the startup crash that occurs for our users in Production. My only conclusion is that that crash happens even earlier in the startup cycle. Or maybe we're doing something not quite right with the configuration.
Any thoughts on how we can configure Sentry to actually catch this crash? Is there somewhere "earlier" that we can start the Sentry SDK that might help?
Any other suggestions? Either with Sentry or ways that we can troubleshoot this frustrating issue.
Thanks!
The text was updated successfully, but these errors were encountered:
I believe this could be because the iOS SDK sends crashes on a background thread and maybe there's not enough time in a few corner cases even if blocking the call, @brustolin@philipphofmann IIRC there was an issue related to that on iOS (I could not find it), can we link it?
OS:
Platform:
SDK:
@sentry/react-native
(>= 1.0.0)SDK version: 4.2.3
react-native
version: 0.67.4Are you using Expo?
Are you using sentry.io or on-premise?
Configuration:
See the issue description below.
I have following issue:
In general, Sentry for React Native works great in our app. We've just started using the SDK but the tool has already helped us to catch several issues in our Javascript that only occurred "randomly" in Production for end users. We're very happy with Sentry.
The issue we have is trying to catch a native crash that occurs on startup. The issue is very hard to reproduce. We've never been able to make it happen in development, even when running in release mode. But periodically the app will crash for an end user on startup, particularly when the device is in an "imperfect" network state. By "imperfect," I mean that the network isn't fully online or offline. It's somewhere in the middle. If the network is fully good or bad, our app starts without issue. But if the user is on Wi-Fi network that's good but the internet is bad or a 5G connection with 4 bars but is struggling to connect to the internet, we get the crash.
I've read the documentation which suggests doing a manual startup of the SDK in didFinishLaunchingWithOptions, so we added the following:
This early initialization seems to work fine. If we add code immediately after the call above that deliberately crashes the app, Sentry will catch it perfectly. But it won't catch the startup crash that occurs for our users in Production. My only conclusion is that that crash happens even earlier in the startup cycle. Or maybe we're doing something not quite right with the configuration.
Any thoughts on how we can configure Sentry to actually catch this crash? Is there somewhere "earlier" that we can start the Sentry SDK that might help?
Any other suggestions? Either with Sentry or ways that we can troubleshoot this frustrating issue.
Thanks!
The text was updated successfully, but these errors were encountered: