-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
[Bug]: After version 5.45.0 of hashicorp/aws the API root_resource_id comes empty after resource is created #37007
Comments
Community NoteVoting for Prioritization
Volunteering to Work on This Issue
|
Warning This issue has been closed, meaning that any additional comments are hard for our team to see. Please assume that the maintainers will not see them. Ongoing conversations amongst community members are welcome, however, the issue will be locked after 30 days. Moving conversations to another venue, such as the AWS Provider forum, is recommended. If you have additional concerns, please open a new issue, referencing this one where needed. |
This functionality has been released in v5.47.0 of the Terraform AWS 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 issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
Terraform Core Version
1.8.1
AWS Provider Version
5.45.0
Affected Resource(s)
aws_api_gateway_rest_api
Expected Behavior
The property "root_resource_id" should return the ID after the resource is created.
Actual Behavior
The property "root_resource_id" is empty after the resource is created.
Relevant Error/Panic Output Snippet
Terraform Configuration Files
Steps to Reproduce
tflocal init && tflocal plan && tflocal apply -auto-approve
Debug Output
Panic Output
No response
Important Factoids
If I change the hashicorp/aws version to 5.44 it works.
References
No response
Would you like to implement a fix?
None
The text was updated successfully, but these errors were encountered: