Looks like we're retrying listing of stacks when the stack_status
is DELETE_FAILED. As we're not retrying stack deletion again listing
the stack again would not change the stack_status automagically,
after it's marked DELETE_FAILED.
stack delete call won't return before it's marked DELETE_IN_PROGRESS.
We can check for stack exists and stack_status DELETE_IN_PROGRESS to
Defines an expression that will continue iteration loop if it evaluates
(cherry picked from commit