Open sanmai-NL opened 2 years ago
Thanks for the detail of the issue @sanmai-NL
This would appear to be incorrect behaviour, though I'll defer to the code-owners to confirm that. Just to confirm: this issue isn't blocking deployments, but does cause undesirable behaviour in the case of a missing namespace?
Would your expected behaviour here be for the deployment to fail with an error that the namespace can't be found?
Thanks for the detail of the issue @sanmai-NL
This would appear to be incorrect behaviour, though I'll defer to the code-owners to confirm that. Just to confirm: this issue isn't blocking deployments, but does cause undesirable behaviour in the case of a missing namespace?
Would your expected behaviour here be for the deployment to fail with an error that the namespace can't be found?
Yes, or rather an exception at the source code level rather than the CLI tool bailing out straight.
What happened?
Provider()
fails to validatenamespace
parameter, and reverts to currently globally selected namespace.Steps to reproduce
pulumi up
Expected Behavior
Provider()
validates each parameter, includingnamespace
.Actual Behavior
After
pulumi up
Pulumi just shows the diff, and lets me apply it. Then it complains that the selected namespace (not referenced in Pulumi-related source code or config) does not exist (indeed, I removed it). In fact, Pulumi reverts to the currently globally selected namespace for the operations ... 💥Here,
namespace
contains a_
, which is invalid).Output of
pulumi about