Maciek

Results 9 comments of Maciek

Looks like https://github.com/hashicorp/terraform-provider-azurerm/issues/17930#issuecomment-1216719591 is the "solution" :/

The [documentation](https://developer.hashicorp.com/terraform/language/meta-arguments/lifecycle) says > In some rare cases, settings of a remote object are modified by processes outside of Terraform, which Terraform would then attempt to "fix" on the next...

The same error is shown for Azure storage account backend with terraform 1.8.5 Any hints or fix @apparentlymart ?

Adding the parameter below seemed to solved the problem for me `backendAzureRmUseEnvironmentVariablesForAuthentication: true` ``` - task: TerraformTaskV4@4 displayName: 'init' inputs: provider: 'azurerm' command: 'init' workingDirectory: '$(System.DefaultWorkingDirectory)/terraform/' backendAzureRmUseEnvironmentVariablesForAuthentication: true backendServiceArm: '$(servicePrincipal)'...

the same for terraform creating 4 resources ``` Terraform v1.9.7 on darwin_arm64 + provider registry.terraform.io/hashicorp/azurerm v4.5.0 ```

Hey, we have the same issue. Why `terraform apply` does not remove `cross_origin_auth` from the state?

You might be right with the schema. However updating all the code with optional optional field with the default value just to _satisfy_ the provider does not bring much value....