affe2c3295
Previously we ended up losing all of the error message detail produced by the registry address parser, because we treated any registry address failure as cause to parse the address as a go-getter-style remote address instead. That led to terrible feedback in the situation where the user _was_ trying to write a module address but it was invalid in some way. Although we can't really tighten this up in the default case due to our compatibility promises, it's never been valid to use the "version" argument with anything other than a registry address and so as a compromise here we'll use the presence of "version" as a heuristic for user intent to parse the source address as a registry address, and thus we can return a registry-address-specific error message in that case and thus give more direct feedback about what was wrong. This unfortunately won't help someone trying to install from the registry _without_ a version constraint, but I didn't want to let perfect be the enemy of the good here, particularly since we recommend using version constraints with registry modules anyway; indeed, that's one of the main benefits of using a registry rather than a remote source directly. |
||
|---|---|---|
| .. | ||
| destroy-provisioners.tf | ||
| ignore_changes.tf | ||
| invalid_language_edition.tf | ||
| module-invalid-registry-source-with-module.tf | ||
| module-local-source-with-version.tf | ||
| provider-source-prefix.tf | ||
| required-providers-toplevel.tf | ||
| unsupported_language_edition.tf | ||
| variable_type_quoted.tf | ||
| vendor_provisioners.tf | ||