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
A terraform apply is trying to destroy and re-create an existing Webapp in Azure because it detects a change in location, which is not the case. A lifecycle meta argument to ignore then changes in ' location ' could be useful in this scenario but ' azapi_resource ' does not support it.
Azapi version used: 1.15.0
The text was updated successfully, but these errors were encountered:
The "Microsoft.Web/sites/siteextensions" API doesn't support the top-level location attribute at all in the payload and it wasn't being used in the payload but the REST API response started injecting location (using full name, i.e. "East US 2" and not the shortname "eastus2").
Disabling built-in schema validation does allow the use of the ignore_changes = [location]
This feels like a backend management API issue that is bubbling up here but having location be a valid top level attribute on all API schemas (even if it gets thrown away internally) then we wouldn't need to disable schema validation.
A terraform apply is trying to destroy and re-create an existing Webapp in Azure because it detects a change in location, which is not the case. A lifecycle meta argument to ignore then changes in ' location ' could be useful in this scenario but ' azapi_resource ' does not support it.
Azapi version used: 1.15.0
The text was updated successfully, but these errors were encountered: