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
joeduffy opened this issue
Feb 6, 2019
· 0 comments
Assignees
Labels
area/cliUX of using the CLI (args, output, logs)kind/bugSome behavior is incorrect or out of specp1A bug severe enough to be the next item assigned to an engineer
We seem to have regressed our prior behavior where attempting to remove a stack still containing resources was rejected unless --force is passed. This is a dangerous operation, especially as today there's no way to recover the old stack, and we should definitely bring back the old behavior.
Let's also make sure to add a test case to protect against regressing again in the future.
The text was updated successfully, but these errors were encountered:
When `pulumi stack rm` is run against a stack with resources, the
service will respond with an error if `--force` is not
passed. Previously we would just dump the contents of this error and
it looked something like:
`error: [400] Bad Request: Stack still has resources.`
We now handle this case more gracefully, showing our usual "this stack
still has resources" error like we would for the local backend.
Fixes#2431
area/cliUX of using the CLI (args, output, logs)kind/bugSome behavior is incorrect or out of specp1A bug severe enough to be the next item assigned to an engineer
We seem to have regressed our prior behavior where attempting to remove a stack still containing resources was rejected unless
--force
is passed. This is a dangerous operation, especially as today there's no way to recover the old stack, and we should definitely bring back the old behavior.Let's also make sure to add a test case to protect against regressing again in the future.
The text was updated successfully, but these errors were encountered: