Issue changing the clef of the first bar
Reported version
4.0
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
GitHub issue
Regression
Yes
Workaround
Yes
Project
Adding a clef to the first bar in a system in certain ways does not change the clef used by the system, instead displaying both clefs, with one of them intersecting either the key signature or the time signature.
To reproduce, select whatever is the first element in the first bar on the system and add a clef from the Palettes menu. Alternatively, drag the clef onto the element. MuseScore now displays the glitched second clef.
I'm running MuseScore 4.0.1, revision 9b70a8c on Windows 10.
Comments
Here's an image of the issue.
Score needed
Make sure that apply the clef the nthe measure, not to its first note/rest
I understand that this can be avoided by applying the clef to the bar instead of the note or rest. I still believe this should be addressed, as it causes confusing overlapping symbols to appear on the score.
Additionally, trying to follow the steps I outlined above with key signatures or time signatures does not cause the same issue, meaning this seems to be isolated to clefs (to my knowledge). I attached a score as you suggested, where I showed a couple of examples of what I'm talking about.
Yes, sure, that collision needs to get fixed
Your score should help in the process
In reply to Yes, sure, that collision… by Jojo-Schmitz
It seems to have been fixed for the next release see https://github.com/musescore/MuseScore/issues/14610
You did beat me to it, I just found that too
Also https://github.com/musescore/MuseScore/issues/15737