-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Wait for network provisioning state when creating or updating resources #13294
Wait for network provisioning state when creating or updating resources #13294
Conversation
Signed-off-by: Owen Farrell <[email protected]>
Signed-off-by: Owen Farrell <[email protected]>
Signed-off-by: Owen Farrell <[email protected]>
Signed-off-by: Owen Farrell <[email protected]>
Co-authored-by: stephybun <[email protected]> Signed-off-by: Owen Farrell <[email protected]>
@stephybun - Thanks for the review! I've incorporated the changes you requested in cc9c365. One thing that I didn't call out above that is worth mentioning: I made the refresh functions for both subnets and virtual networks accessible from other packages to support the other impacted resources (listed in #13105). I realize that might look a little weird/off now, but it was an intentional setup for the longer play. |
@owenfarrell thanks for the clarification 🙂, that did catch my attention during the review, but after reading the discussions in the linked issues I agree that those functions should be accessible from other affected resources. Thanks for the PR and for fixing the suggestions, this LGTM 🚀 |
This functionality has been released in v2.77.0 of the Terraform Provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. For further feature requests or bug reports with this functionality, please create a new GitHub issue following the template. Thank you! |
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active contributions. |
Community Note
Summary
This pull request verifies the state of virtual networks and subnets returns to
Successful
after making modifications that push them in to anUpdating
state. As a result, this ensures that the associated lock held on each resource is not released until that resource is actually ready to support another operation initiated through the API (whatever that may be).Related (maybe): #3780
Related: #13105
Related (maybe): #13258
Output from acceptance testing: