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
I've been seeing a ton of important non-fatal reports missing from Crashlytics lately. Turns out, reports only get sent when the app crashes or restarts (please correct me if I'm wrong!). This is a real problem for a couple of reasons:
User Relaunch Roulette: We have no control over when users restart the app, so reports could be stuck forever. Asking users to restart just for reports isn't exactly an option either. This means reports are delayed, and by the time we see them, the info might be old news.
Apps That Never Sleep: These days, apps can run for ages without needing a restart. Some might even run forever! Relying solely on restarts for reports is clearly not a good approach.
Here's my suggestions:
Dev Report Control: Let developers manually send reports whenever they want. We might not need them instantly, but sending them within seconds or minutes would be a huge improvement.
Smarter Reporting System: We need a smarter way to send reports internally, not just when the app crashes or restarts. Maybe reports could be sent after a certain amount of time has passed or when a specific number of reports have been collected.
How would you use it?
It depends on your solution, as long as it guarantees timely report delivery to the Crashlytics dashboard
The text was updated successfully, but these errors were encountered:
Hello @anitdas
My app uses an Accessibility service, meaning it runs continuously unless manually stopped by the user or system, or the device is restarted. When the app encounters an exception or enters an unexpected state, I capture non-fatal reports along with logs to help me troubleshoot and improve it. However, since the app rarely terminates, these non-fatal reports are often delayed or might not even be delivered as expected.
What feature would you like to see?
I've been seeing a ton of important non-fatal reports missing from Crashlytics lately. Turns out, reports only get sent when the app crashes or restarts (please correct me if I'm wrong!). This is a real problem for a couple of reasons:
User Relaunch Roulette: We have no control over when users restart the app, so reports could be stuck forever. Asking users to restart just for reports isn't exactly an option either. This means reports are delayed, and by the time we see them, the info might be old news.
Apps That Never Sleep: These days, apps can run for ages without needing a restart. Some might even run forever! Relying solely on restarts for reports is clearly not a good approach.
Here's my suggestions:
Dev Report Control: Let developers manually send reports whenever they want. We might not need them instantly, but sending them within seconds or minutes would be a huge improvement.
Smarter Reporting System: We need a smarter way to send reports internally, not just when the app crashes or restarts. Maybe reports could be sent after a certain amount of time has passed or when a specific number of reports have been collected.
How would you use it?
It depends on your solution, as long as it guarantees timely report delivery to the Crashlytics dashboard
The text was updated successfully, but these errors were encountered: