-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Google compute backend service: iap parameter is no more optional for provider version >=6.0.0 #19273
Google compute backend service: iap parameter is no more optional for provider version >=6.0.0 #19273
Comments
For reference, this was a breaking change from the 6.0.0 release, but it seems like it is not behaving as expected here. Per the guide, |
Previously |
When
But the IAP config seems to be never removed from the backend service. Every future A different behavior but maybe related issue is when Changing it to
but the IAP config is not set to false / IAP is not disabled. Every future
the IAP config is not removed from the backend service / IAP is not disabled. Every future |
is it safe to add IAP to lifecycle.ignore_changes until this is fixed? |
yes, please add to lifecycle.ignore_changes until we get the fix out |
@c2thorn Do you have any ETA for the fix? |
The fix should be in next week's release in 6.4.0 |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
Community Note
Terraform Version & Provider Version(s)
Terraform v1.9.5-dev
on linux_amd64
Affected Resource(s)
Terraform Configuration
Debug Output
Expected Behavior
The "iap" parameter should be optional and shouldn't cause any changes to state if it's not mentioned in terraform manifest.
Actual Behavior
"iap" parameter is enforced to changed from default "false" to null value. Even if it's not declared in terraform configuration
Steps to reproduce
terraform apply
Important Factoids
The issue is in version 6.0.0 and 6.0.1
References
Bug fix which enforce optional parameter --> #18772
b/362477127
The text was updated successfully, but these errors were encountered: