-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
setup/teardownTimeout behavior when set to 0s #1174
Comments
We do have |
Is this something that still needs to be worked on? |
Hu @JustJordanT - yes it appears nobody has worked on it and it still a problem. |
Hi, can I take this one? |
Hi, I opened PR. |
I don't think we should have a way to disable the timeout in more or less the same vein as #2701 - there is no need for that. The current proposed PR disables the setup/teardown execution, but I am not particularly certain that is a good idea either. There already is an option for that, and I will expect that ... yes most people will expect this to mean it is infinite, and then it just doesn't run. I am kind of for this just being a validation error similar to if you define it as negative number. cc @grafana/k6-core |
Thank you for comment. Oh Yeah, I would think we should have a validation for that this property is positive number. Can I introduce the validation? |
Currently, setup/teaddownTimeout duration if set to
0s
means we can't run setup/teardown functions anymore. With script:Run:
In most libraries, setting timeout duration to
0
often means disable the timeout. Should we adopt that behavior tok6
as well?The text was updated successfully, but these errors were encountered: