Skip to content
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

Push Activation State Machine exception handling needs improvement #685

Closed
QuintinWillison opened this issue Jul 15, 2021 · 0 comments
Closed
Assignees
Labels
bug Something isn't working. It's clear that this does need to be fixed.

Comments

@QuintinWillison
Copy link
Contributor

QuintinWillison commented Jul 15, 2021

There are places where we catch Exception and then re-throw as uncaught RuntimeException (e.g. here), which would almost always be inappropriate and heavy handed.

Answers to this question perhaps illustrate the point better than I could describe myself, in respect as to why catch (Exception) is almost always a bad idea.

Plus, throwing a RuntimeException will cause the application process to crash. Thus, we effectively have engineered in a critical failure state when I suspect something lighter weight could have been implemented.

A customer has been seeing crashes on Android devices at runtime which pass through this exception handling path. Our manner of handling these exceptions is making it more difficult to debug that issue (internal thread).

┆Issue is synchronized with this Jira Bug by Unito

@QuintinWillison QuintinWillison added the bug Something isn't working. It's clear that this does need to be fixed. label Jul 15, 2021
@martin-morek martin-morek self-assigned this Jul 23, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working. It's clear that this does need to be fixed.
Development

No branches or pull requests

3 participants