-
Notifications
You must be signed in to change notification settings - Fork 9.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
ignore_changes doesn't work as documented/intended with count/for_each #29447
Comments
Hi @dpittner! Thanks for reporting this. I expect that the reason for the behavior you saw is that the provider has declared this I'm not familiar with this particular provider, but assuming I found the correct source code it looks like ignore_changes = [
rules[0].subnets,
rules[1].subnets,
] Since you are building ignore_changes = [
rules,
] I expect you'd rather have a way to say "ignore Thanks again! |
Thanks for the excellent explanation! Yeah, as you suspect we can't really ignore rules in general, they've other attributes we need to adjust if they change. |
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. |
in various variants, I'm not able to ignore changes to attributes of resources that use count of for_each. e.g.
the example above will still cause a change after applying and re-planing. Change will look alike:
per the ignore_changes above I'd not expect this change to be made.
I can't yet offer a repro case, will add that if it helps, would assume the issue in the aforementioned issue still persists.
Terraform Version
Terraform v1.0.5
Terraform Configuration Files
...
Debug Output
Crash Output
Expected Behavior
Actual Behavior
Steps to Reproduce
Additional Context
References
Appears to be same as: #21941
The text was updated successfully, but these errors were encountered: