Error thrown on command line but rotation looks like it succeeded.

[daidoji]

Version

1.1.14

Environment

ubuntu, 3.12.2, local dev env on wsl2

Expected behavior

(keri) daidoji@LAPTOP-5KEUASIG:~/ssi/keripy$ kli incept --name foo --alias foo_alias --icount 1 --isith 1 --ncount 1 --nsith 1 --toad 0 --transferable
Prefix  ECZNKNzXY8Wel4hARpbF5qk7Ik-tdyxOmmYzDqSGsJVa                                                                                                                                                Public key 1:  DCz8w9lhFQaUrwCxhZaQ5wfjD7yPbUq7Uxk9QeJHRsXr

(keri) daidoji@LAPTOP-5KEUASIG:~/ssi/keripy$ kli rotate --name foo --alias foo_alias --next-count 0 --nsith 0 --isith 1
Prefix  ECZNKNzXY8Wel4hARpbF5qk7Ik-tdyxOmmYzDqSGsJVa
New Sequence No.  1
        Public key 1:  DCxwzouIx4fo5pXPmRa5-spl8BFr3Fobq43EPB3p7Iw5
(keri) daidoji@LAPTOP-5KEUASIG:~/ssi/keripy$ kli rotate --name foo --alias foo_alias --next-count 0 --nsith 0 --isith 1
ERR: Attempt to rotate nontransferable pre=ECZNKNzXY8Wel4hARpbF5qk7Ik-tdyxOmmYzDqSGsJVa.

This is the happy path (with expected failure on the third attempt). We create a transferable AID, rotate to no next keys, can't rotate again.

The expected behavior is that on an error in the second step we wouldn't get to step 3

Actual behavior

(keri) daidoji@LAPTOP-5KEUASIG:~/ssi/keripy$ kli incept --name foo --alias foo_alias --icount 1 --isith 1 --ncount 1 --nsith 1 --toad 0 --transferable
Prefix  EPCarWlq9tgf4zMtkKIKN1DSlJnl2i7_jxf_wQWRdH48                                                                                                                                                Public key 1:  DI1FoGk2F6nb8Fwu8DTX1lI7qLgt-kLcymRrM4SHZ-v-

(keri) daidoji@LAPTOP-5KEUASIG:~/ssi/keripy$ kli rotate --name foo --alias foo_alias --next-count 0 --nsith 0 --isith 0
ERR: Invalid sith = 0 less than 1.
(keri) daidoji@LAPTOP-5KEUASIG:~/ssi/keripy$ kli rotate --name foo --alias foo_alias --next-count 0 --nsith 0 --isith 1
ERR: Attempt to rotate nontransferable pre=EPCarWlq9tgf4zMtkKIKN1DSlJnl2i7_jxf_wQWRdH48.

The actual behavior is in step 2. We get an error that there's an invalid sith (which makes sense) but then something still appears to have changed state as we now get the error in step 3.

Steps to reproduce

Code snippets above should reproduce on command line.