-
Notifications
You must be signed in to change notification settings - Fork 90
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
Timeout for Future-free test #292
Milestone
Comments
olafurpg
added a commit
to olafurpg/munit
that referenced
this issue
Oct 16, 2021
Fixes scalameta#292 Previously, the `munitTimeout` value was only used for async tests. Now, this value is respected for non-async tests as well.
olafurpg
added a commit
to olafurpg/munit
that referenced
this issue
Oct 16, 2021
Fixes scalameta#292 Previously, the `munitTimeout` value was only used for async tests. Now, this value is respected for non-async tests as well.
olafurpg
added a commit
to olafurpg/munit
that referenced
this issue
Oct 16, 2021
Fixes scalameta#292 Previously, the `munitTimeout` value was only used for async tests. Now, this value is respected for non-async tests as well.
olafurpg
added a commit
to olafurpg/munit
that referenced
this issue
Oct 16, 2021
Fixes scalameta#292 Previously, the `munitTimeout` value was only used for async tests. Now, this value is respected for non-async tests as well.
olafurpg
added a commit
to olafurpg/munit
that referenced
this issue
Oct 16, 2021
Fixes scalameta#292 Previously, the `munitTimeout` value was only used for async tests. Now, this value is respected for non-async tests as well.
Thank you for reporting! This is a good idea, and it's easy to implement after the recently added support for async fixtures (which required refactoring how we evaluate test bodies). I opened a PR #435 making the |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Tests with an
override val munitTimeout
setting only time out when the test returns a Future. I think the setting name is really misleading... I propose to either:munitFutureTimeout
ormunitAyncTestTimeout
The text was updated successfully, but these errors were encountered: