You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In such a case it is not entirely clear what candidates should we provide when completing labels for an empty block, as we can't just parse that empty body and restrict completion to label-only keys because the dependent attributes aren't declared. This would make it non-intuitive UX in Terraform where a provider may only be available under an alias, but we can't expect the user to by typing out that alias association inside the body before completing resource type.
^ User would likely expect to see all hashicorp/random resource types despite the fact that without provider = rand should be used.
The only reason the example above would still work when e.g. random_pet is completed is because Terraform then makes assumptions about the prefix (random_) and looks up the provider that way. Providers however aren't required to prefix resources with provider name, so this may not always work.
The text was updated successfully, but these errors were encountered:
See #32
In many cases
DependencyKeys
contains just labelsbut in some other cases the same dependent
BodySchema
is available under both simple and "compound" dependent key, such asIn such a case it is not entirely clear what candidates should we provide when completing labels for an empty block, as we can't just parse that empty body and restrict completion to label-only keys because the dependent attributes aren't declared. This would make it non-intuitive UX in Terraform where a provider may only be available under an alias, but we can't expect the user to by typing out that alias association inside the body before completing resource type.
For example:
^ User would likely expect to see all
hashicorp/random
resource types despite the fact that withoutprovider = rand
should be used.The only reason the example above would still work when e.g.
random_pet
is completed is because Terraform then makes assumptions about the prefix (random_
) and looks up the provider that way. Providers however aren't required to prefix resources with provider name, so this may not always work.The text was updated successfully, but these errors were encountered: