-
Notifications
You must be signed in to change notification settings - Fork 120
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
awscc_connect_routing_profile not allowing queue_configs to be optional #2080
Comments
Update - I have also tried this with the latest version of the provider ( |
Thank you for opening the issue, @cemery93 . Will try to reproduce this on my end and respond. |
I have tested this with the configuration below and I am unable to reproduce the optional args being required. Is there anything else on the outbound queue which necessitates the queue config on your side ?
TF workflow output
|
Thanks for testing @quixoticmonk. I've managed to reproduce the error, as well as your experience. If you create a new routing profile without any
This resulted in the following plan and output: Plan Output:
Apply output:
As this shows, a freshly created routing profile will work fine, however the below update, where I've changed the name of the new profile to Plan Output:
Apply Output:
I believe the original issue occurred because the "SomeProfile" routing profile was imported to the state from an existing profile that had no queue_configs. I realise now that I forgot to mention that detail in the original post, my apologies. Either way, the import to state was successful, and the subsequent plans only want to update the resource. I have also attempted to run an apply with lifecycle {
ignore_changes = [ queue_configs ]
}
Added to the resource definition, however it appears to have no effect. This may be because it sees the "change" to the queue_configs attribute as being an initial creation of it, rather than a change to its state, though that sounds quite odd in itself. |
Thank you for the details on the scenario @cemery93 . I will try to reproduce this on my end and get back to you on this. |
Hi @quixoticmonk, have you had a chance to look further into this? |
I am able to reproduce the behavior with a change in the name of the routing profile. Let me dig into a logs a little bit to see what is causing this.
|
Opening an internal service ticket to review this as this gets triggered even when any input from the existing routing profile gets modified ( description). Setting the queue_configs input to null doesn't suffice to override any behavior. It is essentially behaving as if I am providing an empty list.
|
Community Note
Terraform CLI and Terraform AWS Cloud Control Provider Version
Affected Resource(s)
Terraform Configuration Files
Please include all Terraform configurations required to reproduce the bug. Bug reports without a functional reproduction may be closed without investigation.
In the repository, there are YAML files used for providing inputs, which are then mapped by an intermediatory bit of terraform and provided to some sub-modules. This is part of a broader framework to manage a lot of the Connect configuration through code, in a way that is friendly enough for our non-engineering staff to maintain. The framework in general works fine, I have provided the inputs and the specific resource where the problem occurs. To reproduce, you could hard code in the values rather than backengineer anything - just update the ARN based inputs to be a proper ARN instead of dummy values.
Debug Output
https://gist.github.com/cemery93/a479bdb1777aa313e265e5c1e1b5a091
Expected Behavior
A routing profile is produced with no queues associated with it.
Actual Behavior
Steps to Reproduce
Set up the inputs for the resource shown above, don't put any queue_configs in, try to apply.
Important Factoids
N/A
References
The text was updated successfully, but these errors were encountered: