`deis limits:unset web=64M` doesn't unset the limit

[slack]

k:mustache example-go [master]$ deis limits:unset web=64M
Applying limits... done

=== indoor-whitecap Limits

--- Memory
web     64M

--- CPU
web     250m
k:mustache example-go [master]$ deis limits
=== indoor-whitecap Limits

--- Memory
web     64M

--- CPU
web     250m

kubectl --namespace=indoor-whitecap describe po indoor-whitecap-v15-web-amixa
Name:       indoor-whitecap-v15-web-amixa
Containers:
  indoor-whitecap-web:
    QoS Tier:
      cpu:  Guaranteed
      memory:   Guaranteed
    Limits:
      cpu:  250m
      memory:   64Mi
    Requests:
      memory:       64Mi
      cpu:      250m

Looks like deis limits:unset web does, bit of a surprise behavior.

[slack]

If the value is found, it should unset that value, if the value doesn't match it should throw a bad request. If no value is given it should clear the value, like it does now.

[Joshua-Anderson]

At the moment there is no validation on the process given, so the cli is trying to unset limits on the process web=64M, which doesn't exist.

Just to clarify, you would expect:

deis limits:unset web=64M

to return an error like Error: No limits defined for process 'web=64M' or do you expect it to unset the memory limit on process web

[slack]

I would expect deis limits:unset web=64M to clear the limit if it matched the currently set value of '64M', otherwise throw an error and not create a new release.

If deis limits:unset web=64M does match, then unset and create the release.

If deis limits:unset web is called it should unset the memory limit for web, regardless of its current value.

[bacongobbler]

given that we have a workaround, is this something we can get back to after 2.0?

[vdice]

ping @slack as to if this issue needs to be resolved in v2.0-rc1 -- if so, let's label with showstopper -- otherwise, as @bacongobbler mentioned, I might suggest we move to a later milestone...

[Cryptophobia]

This issue was moved to teamhephy/workflow-cli#30