musescore / musescore/MuseScore
System locks don't include a leading/trailing horizontal frame
Open
Nobody has claimed this yet.
engraving
P3
- 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)
Description with steps to reproduce
- Have a score where a coda starts on a new system and with a leading horizontal frame (for indenting).
- That coda is a tad too long to fix the system, so overflows into the next system.
- Try to apply a system lock to (a rrand selection of) the meausures to force them into one system.
Note that you cannot include the horizontal frame into the range selection.
You can only range select the measures.
Once the system lock is applied, the horizontal frame shows all alone and above that system as an "empty system"
Supporting files, videos and screenshots
n/a
In which versions of MuseScore Studio is this issue present?
4.6.5
Regression
No.
Operating system
Windows 11, but that hardly matters
Additional context
n/a
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
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.