Creating a aws_cloudformation_stack once and not having it show up in a plan until you actually change something about it.
Actual Behavior
If you have a parameter with NoEcho: true, it will detect changes in every plan to overwrite the value of that parameter.
The workaround we adopted for that was to include lifecycle policy to ignore changes to parameters.
However, if you then change something for that stack (for example add a new tag), the plan shows the expected tag changes and nothing else. But once applied, the value for that parameter will be changed to ****.
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.
Volunteering to Work on This Issue
If you are interested in working on this issue, please leave a comment.
If this would be your first contribution, please review the contribution guide.
Terraform Core Version
1.3.8
AWS Provider Version
4.54.0
Affected Resource(s)
aws_cloudformation_stack
Expected Behavior
Creating a
aws_cloudformation_stack
once and not having it show up in a plan until you actually change something about it.Actual Behavior
If you have a parameter with
NoEcho: true
, it will detect changes in every plan to overwrite the value of that parameter. The workaround we adopted for that was to include lifecycle policy to ignore changes to parameters. However, if you then change something for that stack (for example add a new tag), the plan shows the expected tag changes and nothing else. But once applied, the value for that parameter will be changed to****
.Relevant Error/Panic Output Snippet
No response
Terraform Configuration Files
Steps to Reproduce
terraform apply --auto-approve
DATADOG_API_KEY
provide anything (ex: 'xyz')terraform plan
DATADOG_API_KEY
terraform apply --auto-approve
****
.Removing the lifecycle block and applying again will set the value of the parameter/secret to the correct value again.
Debug Output
No response
Panic Output
No response
Important Factoids
No response
References
No response
Would you like to implement a fix?
None