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
app_id should not be showing a change when moving to 3.98.0 from 3.97.0
Actual Behaviour
when planning applying terraform spits out about values changing outside terraform...that haven't actually changed for the app_id of the app_insights resource. it seems to now be pulling the resource name of the app insights instance as app_id instead of the guid value.
Steps to Reproduce
run an apply in 3.98.0 for any app insights resource you had clean with 3.97.1
Important Factoids
No response
References
No response
The text was updated successfully, but these errors were encountered:
Thanks for raising this @drdamour. It looks like I introduced this when updating the resource to use our SDK hashicorp/go-azure-sdk. I'll get a fix for this in to the next week's release.
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 have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Is there an existing issue for this?
Community Note
Terraform Version
1.7.0
AzureRM Provider Version
3.98.0
Affected Resource(s)/Data Source(s)
azurerm_application_insights
Terraform Configuration Files
Debug Output/Panic Output
Expected Behaviour
app_id should not be showing a change when moving to 3.98.0 from 3.97.0
Actual Behaviour
when planning applying terraform spits out about values changing outside terraform...that haven't actually changed for the app_id of the app_insights resource. it seems to now be pulling the resource name of the app insights instance as app_id instead of the guid value.
Steps to Reproduce
run an apply in 3.98.0 for any app insights resource you had clean with 3.97.1
Important Factoids
No response
References
No response
The text was updated successfully, but these errors were encountered: