Replies: 2 comments 1 reply
|
I'd expect |
1 reply
|
@ana @clebergnu thanks for your replies, because this discussion is here for 20 day without any replies which would be against this change. I created #5357, and I will start working on it. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Based on our documentation, the
--failfastoption interrupts the job on first fail. And this is working as expected. But IMO this shouldn't be limited only to failure, but to errors as well. Because when you don't want to run next tests after failure, there is no difference between fail and error.This example shows the current behavior.
IMO this should be the results:
Because the
--failfastoption is an old feature which was available also on legacy runner and its behavior was same from the beginning, I would like to know other opinions about this topic.All reactions