Closed nhorton closed 1 year ago
This is intentional. I think it would be more confusing to disable and go back to a state of partial enablement than the current behavior. If you want to go back in time an audit log with rollbacks is probably best.
I usually recommend enabling 100% of the time if you want to save your state. You can always turn that off and would revert to the partially enabled states.
Hey John, Sorry - was on vacation.
I hear you but this still does not make sense. If you want the behavior you said, then enable "foo"
should also destroy the actor and group gates. As it is, they are effectively cruft since they cannot ever be used again.
Regardless of the desired behavior, the API itself is inconsistent right now and it is really not in an obvious way. And at the very minimum, the documentation does not accurately describe the behavior.
I hear you but this still does not make sense. If you want the behavior you said, then enable "foo" should also destroy the actor and group gates. As it is, they are effectively cruft since they cannot ever be used again.
Agreed. They should be cleared on enable too. I'm not remembering why they aren't. I'll make an issue.
flipper.enable "foo"
does a Boolean enable of a feature.flipper.disable "foo"
destroys every enablement record including actors and groups.There are also no examples of how to actually disable the boolean version in the docs anywhere.
Suggestions:
enable
too. Lower pri, but I think it would be worthwhile.disable_all
method for the current behavior