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
fix/use parser for user assigned identity #10105
fix/use parser for user assigned identity #10105
Conversation
This will fix case sensitivity issues when comparing state with resources created before the parser was added to the user_assigned_identity resource
…ines Not tested the change but it should fix hashicorp#10098 and hashicorp#10099
Hi @tombuildsstuff, I see you approved #10031 should I take that as a sign that I should continue distributing the same fix to the other resources mentioned in the description here? |
Sure that'd be great if you don't mind 👍 |
@tombuildsstuff Is this looking ok now? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👍
This has been released in version 2.43.0 of the provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. As an example: provider "azurerm" {
version = "~> 2.43.0"
}
# ... other configuration ... |
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. If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 hashibot-feedback@hashicorp.com. Thanks! |
First attempt at quickly adding parsing of user assigned identities when reading function apps, app service and "new" virtual machine resources
This fixes my immediate problem with differences in case causing changes in the plan for function_apps that were created before the new id parser was applied to user_assigned_identity.
If there are no objections I would be happy to add the necessary changes to also support the other resource types mentioned in #10029, #10098 and #10099
I think the total list of resources that should be touched are;
identity_ids
within theidentity
block #10031)