You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment
Description
Terraform 0.13.0 is currently exhibiting behavior where data sources are showing up in plans more often. One common issue with this plan output is that it appears to be caused by the data source ID attribute changing, which may or may not be the actual cause for the new plan output. e.g.
$ terraform planRefreshing Terraform state in-memory prior to plan...The refreshed state will be used to calculate this plan, but will not bepersisted to local or remote state storage.data.aws_availability_zones.a: Refreshing state... [id=2020-08-11 20:23:09.61125009 +0000 UTC]------------------------------------------------------------------------An execution plan has been generated and is shown below.Resource actions are indicated with the following symbols: <= read (data resources)Terraform will perform the following actions: # data.aws_availability_zones.a will be read during apply # (config refers to values not yet known) <= data "aws_availability_zones" "a" { group_names = [ "us-west-2", "us-west-2-lax-1", ] ~ id = "2020-08-11 20:23:19.963587604 +0000 UTC" -> "2020-08-11 20:23:21.360002629 +0000 UTC" names = [ "us-west-2-lax-1a", "us-west-2a", "us-west-2b", "us-west-2c", "us-west-2d", ] zone_ids = [ "usw2-lax1-az1", "usw2-az1", "usw2-az2", "usw2-az3", "usw2-az4", ] }Plan: 0 to add, 0 to change, 0 to destroy.
The core team developers have confirmed that this will eventually be the behavior for data source handling in the future, so this check is twofold: to catch common problems now and to prevent them in the future.
…d library package helpers (#193)
* Introduce standard library helpers and pass for fmt.Sprintf() calls
Functionality to replace current Terraform AWS Provider handling and generally will be useful in the future.
* passes: New Checks for common unstable d.SetId() values
Reference: #191
Reference: #192
…d library package helpers (#193)
* Introduce standard library helpers and pass for fmt.Sprintf() calls
Functionality to replace current Terraform AWS Provider handling and generally will be useful in the future.
* passes: New Checks for common unstable d.SetId() values
Reference: bflad/tfproviderlint#191
Reference: bflad/tfproviderlint#192
Community Note
Description
Terraform 0.13.0 is currently exhibiting behavior where data sources are showing up in plans more often. One common issue with this plan output is that it appears to be caused by the data source ID attribute changing, which may or may not be the actual cause for the new plan output. e.g.
The core team developers have confirmed that this will eventually be the behavior for data source handling in the future, so this check is twofold: to catch common problems now and to prevent them in the future.
New Checks(s)
Flagged Provider Code
Passing Provider Code
References
data
resources? hashicorp/terraform#25805The text was updated successfully, but these errors were encountered: