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
Allow pendingUntilFixed to catch Throwables #1869
base: 3.2.x-new
Are you sure you want to change the base?
Allow pendingUntilFixed to catch Throwables #1869
Conversation
Hi @disordered, we require contributors to sign our Contributor License Agreement, and we don't have yours on file. In order for us to review and merge your code, please access https://www.artima.com/cla/choose-type to sign our Contributor License Agreement. Your effort is highly appreciated. Thank you. |
I reviewed the agreement, and I don't feel like sharing my contact information and address with you guys. You can still use the contribution as you wish, though. |
@disordered Hmm, curious why does ZIO throw exceptions that Throwable? That seems unidiomatic on the JVM. |
I don't really know. I would have guessed that it is their way to suppress stacktraces (ZIO tracks fiber failures accross threads), but turns out you can suppress stacktrace on exceptions too. Maybe scaladoc on
|
Hi @disordered, we require contributors to sign our Contributor License Agreement, and we don't have yours on file. In order for us to review and merge your code, please access https://www.artima.com/cla/choose-type to sign our Contributor License Agreement. Your effort is highly appreciated. Thank you. |
Hi @disordered, we require contributors to sign our Contributor License Agreement, and we don't have yours on file. In order for us to review and merge your code, please access https://www.artima.com/cla/choose-type to sign our Contributor License Agreement. Your effort is highly appreciated. Thank you. |
Some frameworks (ZIO, for example) may result in an error that extends from
Throwable
directly instead of anException
when effect is run. Test code then has to be wrapped into an extra try/catch to mark test pending.If you think catching
Throwable
is too drastic due to catching fatal errors too, we could add extra patterns for fatal errors, or allow all subtypes ofError
to propagate.