Replies: 2 comments 6 replies
-
Hi, Yeah, you're right, it shouldn't do another Approval after doing a Rollback -- makes no sense really. Perhaps something I over looked and should look into. Thanks for the heads up. Edit I've just checked the code and tests and clearly I went into this feature with the idea of approving the rollback... which in hindsight isn't the best DX, so I'll have a look at making a change to where both situations are accounted for. |
Beta Was this translation helpful? Give feedback.
6 replies
-
Closed by #54 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hiya! I've just been toying around with this plugin and found some weird behaviour with the rollback function, just checking in if this is intended or not.
After making a modification on a model that has the MustBeApproved trait an approval gets created, after approving this change and then making a rollback on the same change, in my opinion, something weird happens
Because the rollback itself is another change on the model, changing the data to it's previous version, another approval gets made about the same interaction:
Which of these changes needs to be approved now?
Is it possible to not make a modification approval about the reverted data, which is already included in the original rolled-back approval?
Beta Was this translation helpful? Give feedback.
All reactions