Skip to content
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

[BUG] - acl in vultr_user causes endless updates due to ordering of acls #494

Closed
F21 opened this issue Jun 4, 2024 · 0 comments · Fixed by #495
Closed

[BUG] - acl in vultr_user causes endless updates due to ordering of acls #494

F21 opened this issue Jun 4, 2024 · 0 comments · Fixed by #495
Labels

Comments

@F21
Copy link
Contributor

F21 commented Jun 4, 2024

Describe the bug
The server returns the ACLs for vultr_user in a certain order, which may differ from the order of the ACLs set to the acl property in the vultr_user resources. This causes endless updates to the vultr_user resource, even though the semantics did not change.

To Reproduce
Steps to reproduce the behavior:

  1. Create resource:
resource "vultr_user" "user" {
  name        = "test test"
  email       = "[email protected]"
  password    = "123456"
  acl         = ["abuse", "alerts", "billing", "dns", "firewall", "loadbalancer", "manage_users", "objstore", "provisioning", "subscriptions", "subscriptions_view", "support", "upgrade", "vke"]
}
  1. Run terraform plan and apply.
  2. Run terraform plan again and it shows a plan that updates the vultr_user resource, but with the ACLs in a different order.

Expected behavior
Terraform plan should not triger an update for vultr_user when the ACLs are the same, but just in a different order.

Screenshots
N/a

Desktop (please complete the following information where applicable:
Terraform v1.8.4
on linux_amd64

  • provider registry.terraform.io/vultr/vultr v2.20.1

Additional context
This could be fixed with a custom StateFunc on the acl property.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
1 participant