Mismatch between "To Coda" and "Fine" when the first is deleted before enable mmrests
2.1 version 871c8ce/ Windows7
1) New score
2) From the repeats palette, add "To coda" and "Fine" some measures after.
- Test file at this step: Fine.mscz
3) Press M
Result: as expected
4) Press M again
5) Cut "Fine"
6) Press M last time
Result: unexpected: "Fine" is always showed and steals the place of "To Coda"
- Same behaviour with reverse case: To coda first, then Fine: To coda.mscz
And so with same steps (M twice -> cut "To coda" -> M): same surprising result: To coda displayed, not Fine.
Fix version
3.3.0
Comments
Issue discovered by working about this issue: #224031: Crash by undoing the removal failure of the repeats palette symbols separating multimeasure rests
And without knowing how/why, I note that the change of February 25, 2015, is involved too (https://musescore.org/en/node/224031#comment-737261)
Ie, with this nightly, all results - when Fine or To Coda are cut after the mentioned steps upper - are expected: 781c5b7
- With this one, one can observe the change and current result: 94ad084
Here is another scenario:
At this point, MuseScore will crash.
The crash is the direct result of 6118f88, which was meant to fix #224031: Crash by undoing the removal failure of the repeats palette symbols separating multimeasure rests. But that commit did not fix the original issue, which was that the marker could not be deleted when mutimeasure rests are enabled. See https://github.com/musescore/MuseScore/pull/5145 for a patch that reverts 6118f88, fixes the original issue described in #224031: Crash by undoing the removal failure of the repeats palette symbols separating multimeasure rests, and fixes this issue as well.
Fixed in branch master, commit b21428e9e1
fix #224451: Mismatch between "To Coda" and "Fine" when the first is deleted before enable mmrests
Fixed in branch master, commit 0a19800df2
_Merge pull request #5145 from mattmcclinch/224451-mmrest-markers
fix #224451: Mismatch between "To Coda" and "Fine" when the first is deleted before enable mmrests_
Automatically closed -- issue fixed for 2 weeks with no activity.