"Undo"ing after declining insertions or accepting deletions should restore the tracked changes
After declining an insertion or accepting a deletion, the user has to press "undo" twice to restore the previous state.
To reproduce:
- turn track changes on
- make an insertion
- decline the tracked insertion. The inserted text disappears
- undo - the inserted text reappears, but as regular text, not as a tracked insertion
- undo again - the text changes to a tracked change insertion, with accept/decline buttons
Also:
- turn track changes on
- make a deletion
- accept the tracked deletion. The strikethrough text disappears
- undo - the text of the deletion reappears, but as regular text, not as a tracked deletion
- undo again - the text changes to a tracked change deletion, with accept/decline buttons
In both cases, after accepting or rejecting the tracked change, one would expect a single undo step to restore the tracked change. Instead, it takes 2 steps to get back to the previous state, and the first step back is to a brand new state in which the text of the insertion or deletion is normal text with no tracked change.
There's no issue accepting an insertion or declining a deletion. In those cases, one undo step restores the tracked change, as it should.