Open RhinoHaggis opened 2 hours ago
A similar example was discussed elsewhere - Facebook or Reddit, I think - recently. Here is the score:
When you first load the score, you see this on the last measure of the second-to-last system:
After pretty much any edit that triggers a relayout of that system, it fixes itself:
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):
Save and reload, then you get this:
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
What is the latest version of MuseScore Studio where this issue is present?
4.4.2-242570931, revision: 3130f97
Regression
Yes, this used to work in a previous version of MuseScore 4.x
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