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

slur direction changes after reopening file #19206

Closed
Vykoiazon opened this issue Aug 28, 2023 · 3 comments · Fixed by #20064
Closed

slur direction changes after reopening file #19206

Vykoiazon opened this issue Aug 28, 2023 · 3 comments · Fixed by #20064
Assignees
Labels
engraving P1 Priority: High regression Regression on a prior release

Comments

@Vykoiazon
Copy link

Issue type

Engraving bug

Bug description

On some note combinations, a slur that was saved in the down position below the notes will be flipped to above the notes when reopening the file if the slur connects from one system to another below it or starts on one page and ends on the next page.

Steps to reproduce

slur direct.zip

  1. open the file
  2. make the slur go under the notes
  3. save and close the file
  4. open it again to see the direction flipped

Screenshots/Screen recordings

image

the problem was first seen in this case where the flipped slur also collided with tremolo slashes

MuseScore Version

4.1.1-232071203

Regression

Yes, this used to work in a previous version of MuseScore 4.x

Operating system

windows 11

Additional context

No response

@muse-bot muse-bot added engraving regression Regression on a prior release labels Aug 28, 2023
@oktophonie oktophonie added the P1 Priority: High label Aug 29, 2023
@oktophonie
Copy link
Contributor

Neither @miiizen nor I can reproduce this (in 4.1.1), but I'm pretty sure this is a real issue as I've encountered it, or something very similar, myself in the past.

@ShibuyaCyana
Copy link

ShibuyaCyana commented Sep 9, 2023

+1 for this, I have the feeling that my ties keep resetting themselves for reason I can't figure out...
and I notice, if you try to drag a tie (added from left panel, the tie from upper panel doesn't behave like this) to reverse it, it will become invisible, and actions like drag, pan and zoom will become laggy, as long as the invisible tie is selected:
jammed tie
and if I mess with spacing and line breaks, a seemingly normal tie may become a invisible one:
tiebecomeinvisible
which...might indicate something tricky is happening, and might have something to do with this problem...

@ShibuyaCyana
Copy link

ShibuyaCyana commented Sep 9, 2023

some other strange behaviors:
again only happens to ties from left panel, if any of the two notes has an upward beam, the tie will become reluctant and refuse to transform itself:
reluctant

and again, strange thing happen if I separate these two notes with a line break:
strange thing after line break
in this case the first half of the tie still refuse to transform, but the second half doesn't, tho it's actually sticking to a note with an upward beam.

This one maybe more related to this issue, since from the OP's picture the tie ends on a 16th note with beam upward, but apart from this everything looks normal, the tie will remember its position after delete and re-adding the line break, or saving and reopening the score.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
engraving P1 Priority: High regression Regression on a prior release
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

5 participants