musescore / musescore/MuseScore
Adding an accent causes an unrelated measure to render incorrectly, overlapping its neighbours
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 15.1k
- Forks
- 3.3k
- Avg merge
- 2d 2h
- Merged PRs (30d)
- 91
Description
Issue type
Engraving bug (incorrect score rendering)
Bug description
Sometimes unrelated changes to one measure cause other measures to mess up their renderings and overlap. The messed up rendering goes away when a re-render is forced, so presumably it's some kind of cache-invalidation issue
Workaround is to Cmd-A, add a slur, and Cmd-V to undo it and reset all rendering
I don't know all the different cases that can trigger it, but it happens to me on a daily basis. I have attached a score with repro instructions that reliably trigger this misbehavior on my machine
Steps to reproduce
-
Download this sheet: Lonely Rolling Star MODDED.mscz.zip
-
Open it using MuseScore 4.2.0.233521125 on Mac OS-X Sonoma 14.2.1
-
Go to the Bb5 on Voice 1 Measure 111 Beat 1.75 Staff 1 and add an accent by clicking the
>button in the top toolbar -
The rendering for measures 114 and 115 get screwed up, with 114 on the left overlapping with 115 on the right. This rendering issue also affects printed PDFs when it is occuring
-
Close MuseScore and re-open the sheet music, OR Cmd-A (select all) - add a Slur (via top toolbar) Cmd-Z (to undo), and it seems to re-set the rendering so measures 114 and 115 are no longer screwed up
Screenshots/Screen recordings
MuseScore Version
4.2.0.233521125
Regression
I don't know
Operating system
Mac OS-X Sonoma 14.2.1
Additional context
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.