seblatre

Thanks @ivank, your post saved my life with this use case. Works perfectly for another use case as well with AzureDevops release/definitions's REST API. I personnaly used the following configuration...

@xuzhang3, therefore no way to see it working in the AureDevops portal, right?

Hello! I just run into the same issue with Terraform 1.9.5 and databricks 1.45.0. I have the following simple configuration: ```hcl variable "project_name" { type = string } variable "keyvault_team"...

Hello @alexott, I've been able to generate logs from this issue but there is no more to see than the HTTP sniffing... ``` 2024-09-06T11:29:02.940+0200 [DEBUG] provider.terraform-provider-databricks_v1.45.0.exe: POST /api/2.0/secrets/acls/put > {...

Please note that I'm able to reproduce the exact same bug (not 100% of time) with provider 1.70.0

Hello @elghali97, as we discussed together off-ticket, this bug is unfortunately not fixed as of 1.87.1. The error is still reproducible. Can you please reopen this ticket?

For those who are reaching this issue like me, I was able to workaround it by setting the env variable AZURE_IDENTITY_DISABLE_CP1=1 prior to call the az ad sp... (`export AZURE_IDENTITY_DISABLE_CP1=1`...

Hello, I have the pretty same use case for our data platform, we are providing Variable group to our internal customers for generic stuff and they can add their own...

@GrantIsEaton, it's indeed working but if I may it's somewhat breaking the automatic dependency behavior of Terraform. We are forced to add an explicit `depends_on` meta-attribute to make the workflow...

@alexott, when the "azureDevOpsServicesAad" git_provider is used as input of the git_credentials resource, it's known at plan time so should be its output `databricks_git_credential.azdo_sp.git_provider` so the dependency should work well...