-
Notifications
You must be signed in to change notification settings - Fork 37
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
feat: add variable wait when destroying offers #565
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks like a bug which needs to be fixed is being glossed over.
I agree it looks like an underlying bug. The bug may be coming from Juju or the Terraform provider so it will take some effort to solve. In the interim I think this PR has value in making tests faster. Wdyt? |
It will take some effort solve. If we've glossed over in the tests, it's easier to ignore and delay fixing. It reduces our motivation to fix it. |
I have to disagree here. We gain a lot by reducing the test time, iterating becomes faster, and PRs become easier to land. |
5edf28f
to
e5c8dfb
Compare
- Add a variable that can be changed from tests to speed up destroying offers.
e5c8dfb
to
f68bb5b
Compare
I'd love to prioritize it, how the juju team has very little capacity to actually do the work right now. It is a significant amount of work to do. To make PRs easier to land, we could also stop testing with 3 versions of terraform, and only test with the latest version. This is easier to do as the terraform client is a snap that is auto updated for folks. |
Description
As a follow-up to #560, this PR aims to speed up tests when destroying offers. Instead of changing the hardcoded value of 5 minutes, we opt to use a variable instead.
This variable can be changed from the test init to speed up destroying offers. It is gated behind an environment variable so that tests can still be run with the same behaviour as production if desired.
Type of change