After using the terraform-provider-openapi plugin fairly extensively, several issues have been identified with the behaviour of the plugin when using with the x-terraform-ignore-order flag -
The plugin throws an NPE when the API response does not contain an optional property.
The plugin does not correctly deal with camelCase vs terraform_compliant_name on property names.
The plugin doesn't correctly handle cases where Terraform sets default values even for optional properties but the API does not return the optional property. (Example - in the local state, arrays become [], maps become {}, strings become "", integers become 0, booleans become false)
The plugin does not correctly deal with integers returned from the API when comparing against the local state, because the API response is mapped to a float64 value but the local state is an integer.
To Reproduce
A clear and concise description on how does it work now and what's the current behaviour.
Describe the bug
After using the terraform-provider-openapi plugin fairly extensively, several issues have been identified with the behaviour of the plugin when using with the
x-terraform-ignore-order
flag -[]
, maps become{}
, strings become""
, integers become0
, booleans becomefalse
)To Reproduce
A clear and concise description on how does it work now and what's the current behaviour.
Steps to reproduce the behavior:
Expected behaviour
The test passes, and the x-terraform-ignore-order flag correctly handles all of the aforementioned issues.
Additional context
Add any other context about the problem here.
Checklist (for admin only)
Don't forget to go through the checklist to make sure the issue is created properly: