Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unexpected multi-select history behavior #1

Open
TCHalogen opened this issue Aug 2, 2020 · 0 comments
Open

Unexpected multi-select history behavior #1

TCHalogen opened this issue Aug 2, 2020 · 0 comments

Comments

@TCHalogen
Copy link

Describe the bug
In certain circumstances, making changes to multiple notes at once and reverting through the history list does not place the notes in their expected reverted locations.

Reproduction Steps
Case 1:

  • Select at least two notes to be shifted and input a non-zero value for change so that it displays a Selection Note Shift entry in the history list.
  • Click a single note and change the frame number to something different so that it displays a Note X entry in the history list.
  • Alternate clicks between the two aforementioned entries. The Note X entry will alternate between the correct locations upon restoration/reversion, but the Selection Note Shift entry will not revert and will instead continue applying the shift used for that entry.

Case 2:

  • Select at least two notes to be shifted and input a non-zero value for change so that it displays a Selection Note Shift entry in the history list.
  • Select a second set of at least two notes to be shifted and input a non-zero value for change so that it displays a second Selection Note Shift entry in the history list.
  • Select a third set of at least two notes to be shifted and input a non-zero value for change so that it displays a third Selection Note Shift entry in the history list.
  • Alternate clicks between the first and second entries, and the second and third entries. The reversion applies for the later of the two entries but does not apply to the earlier of the two entries. Interestingly enough, if you alternate between the first and third entries, the reversion for both the second and third entries will function as intended, but the first one will not.

Reproduction Rate
Issues listed are reproduced 100% of the time with their given constraints.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant