Open ncook-hxgn opened 3 months ago
Interesting find @ncook-hxgn I will try to make sometime to check it out.
I wonder if got introduced in v3.110.0. I see that some changes were introduced there in azurerm_linux_web_app_slot
, but not 100% sure. Was this working on an earlier version?
It was, it'd been stable for some months
We use provider lockfiles.. I should have provided that..
Edit: I've provided my .terraform.lock.hcl file and the relevant output from terraform init
in the OP
Is there an existing issue for this?
Community Note
Terraform Version
1.9.3
AzureRM Provider Version
3.113.0
Affected Resource(s)/Data Source(s)
azurerm_linux_web_app_slot
Terraform Configuration Files
contents of .terraform.lock.hcl:
Terraform init output:
Debug Output/Panic Output
Expected Behaviour
It Used To Work And Now It Doesn't.
terraform plan and terraform validate should fail if the value for
remote_debugging_version
is not validActual Behaviour
terraform plan and validate pass when the value of
remote_debugging_version
isVS2019
but apply will fail because azure expects VS2022. I getunexpected status 400 (400 Bad Request) with response: {"Code":"BadRequest","Message":"The parameter 'remoteDebuggingVersion' has an invalid value. Details: Supported Versions: VS2022."
.When I apply the fix as instructed, I get
Error: expected site_config.0.remote_debugging_version to be one of ["VS2017" "VS2019"], got VS2022
Steps to Reproduce
No response
Important Factoids
No response
References
No response