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

Backward notehead with vanished stem. #24823

Closed
4 tasks done
RhinoHaggis opened this issue Sep 19, 2024 · 3 comments · Fixed by #24920
Closed
4 tasks done

Backward notehead with vanished stem. #24823

RhinoHaggis opened this issue Sep 19, 2024 · 3 comments · Fixed by #24920
Assignees
Labels
engraving P2 Priority: Medium

Comments

@RhinoHaggis
Copy link

RhinoHaggis commented Sep 19, 2024

Issue type

Engraving bug (incorrect score rendering)

Description with steps to reproduce

Current behavior
Under unclear circumstances nearby edits can cause noteheads to flip backward and stems to vanish.
(see attached video and file)

Supporting files, videos and screenshots

editing some objects flips a block of noteheads, and the stems vanish... while editing other objects restores them:
https://github.com/user-attachments/assets/deb7ca00-ea87-4b71-9129-4516e2568d2a

In this file:
vanished stems n reversed noteheads.mscz.zip

  • Notes in red force the flip when moved,
  • Notes in green restore flipped heads to normal when moved.
  • grayed-out notes have no effect

What is the latest version of MuseScore Studio where this issue is present?

4.4.2-242570931, revision: 3130f97

Regression

No

Operating system

Mac OS 12.6

Additional context

No bug in 4.2, 4.3. Bug in 4.4.1 an 4.4.2 but not sure about 4.4.0.
So far every occurrence has been on notes with a hand-adjusted beam. i will add information if I can work out more details. So far this has been rare (three or four times in a couple hundred pages). That and the action-at-a-distance effect make it hard to see how to pin it down.

Checklist

  • This report follows the guidelines for reporting bugs and issues
  • I have verified that this issue has not been logged before, by searching the issue tracker for similar issues
  • I have attached all requested files and information to this report
  • I have attempted to identify the root problem as concisely as possible, and have used minimal reproducible examples where possible
@muse-bot muse-bot added engraving regression MS4 Regression on a prior release labels Sep 19, 2024
@MarcSabatella
Copy link
Contributor

A similar example was discussed elsewhere - Facebook or Reddit, I think - recently. Here is the score:

squirrely noteheads.mscz.zip

When you first load the score, you see this on the last measure of the second-to-last system:

image

After pretty much any edit that triggers a relayout of that system, it fixes itself:

image

@MarcSabatella
Copy link
Contributor

MarcSabatella commented Sep 19, 2024

An interesting similarity here is that it's the second note of a six-note run, on the last measure of a system, with the beam edited to an unusually steep angle.

And in fact, armed with that observation, I can reproduce this from scratch. Enter this just as you see it (including the adjustment to the beam angle):

image

Save and reload, then you get this:

image

@RhinoHaggis
Copy link
Author

RhinoHaggis commented Sep 20, 2024

Sweet merciful Jesus a reproducible example! I'm working on long scores right now and every time I cut them down to isolate the example, the behavior changes. You should check out the attached file to this report. More noteheads are affected, and the glitch can be turned on and off by nudging different notes on the page.

Ahhhhhhhhh that's IT. I would cut off the pages before and after, with no change. No change to the layout of the page with the glitch. But then when I started cutting measures on the same page, I was causing the affected measure to shift around, and the behavior changed.

@oktophonie oktophonie removed the regression MS4 Regression on a prior release label Sep 20, 2024
@oktophonie oktophonie added the P2 Priority: Medium label Sep 20, 2024
@oktophonie oktophonie moved this to Issues to fix in MuseScore Studio 4.5 Sep 20, 2024
@oktophonie oktophonie assigned miiizen and unassigned mike-spa Sep 20, 2024
@miiizen miiizen moved this from Issues to fix to In Progress in MuseScore Studio 4.5 Sep 24, 2024
@github-project-automation github-project-automation bot moved this from In Progress to Done in MuseScore Studio 4.5 Sep 27, 2024
@MarcSabatella MarcSabatella mentioned this issue Dec 20, 2024
4 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
engraving P2 Priority: Medium
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

6 participants