For BBC, when it compresses literals, it can sometimes not be considered as a step, which locks and bugs out the "Back Step" button. This happens in specific cases for other compression methods too, but it's hard to pinpoint what causes it.
To reproduce:
1 . To to the BCC animation page
2. Select BBC
3. Enter this string of characters: 10000110 00000001 00101010 01010010 01010101 00000000 00000000 00000000 00000000 00000000 00000001 01010101 01001010 10101
4. Press "Next Step"
5. Observe that pressing "Back Step" does not undo the first step, although we should expect reasonably that it should undo the action done by "Next Step" since that button considers it a full step.
6. Press "Next Step" again
7. Observe that pressing "Back Step" does not undo the last action but instead resets the entire animation!
In conclusion, it seems to not consider the first step a real step, and the "Back Step" button bugs out with it. This bug can make it frustrating since we have to click "Next Step" and then "Back Step" just go back one step for some steps.
I have also noticed that the "Back Step" button can just skip over other types of steps and sometimes just reset the animation. I can't figure out a pattern of as now for what triggers this. Sometimes when an animation is complete the back button doesn't do anything either. This seems to be the same issue and can be seen in my video for #9
For BBC, when it compresses literals, it can sometimes not be considered as a step, which locks and bugs out the "Back Step" button. This happens in specific cases for other compression methods too, but it's hard to pinpoint what causes it.
To reproduce:
1 . To to the BCC animation page
2. Select BBC
3. Enter this string of characters: 10000110 00000001 00101010 01010010 01010101 00000000 00000000 00000000 00000000 00000000 00000001 01010101 01001010 10101
4. Press "Next Step"
5. Observe that pressing "Back Step" does not undo the first step, although we should expect reasonably that it should undo the action done by "Next Step" since that button considers it a full step.
6. Press "Next Step" again
7. Observe that pressing "Back Step" does not undo the last action but instead resets the entire animation!
In conclusion, it seems to not consider the first step a real step, and the "Back Step" button bugs out with it. This bug can make it frustrating since we have to click "Next Step" and then "Back Step" just go back one step for some steps.
I have also noticed that the "Back Step" button can just skip over other types of steps and sometimes just reset the animation. I can't figure out a pattern of as now for what triggers this. Sometimes when an animation is complete the back button doesn't do anything either. This seems to be the same issue and can be seen in my video for #9