Jump where "target" was included by previous Jump, but "end" wasn't fails
Reported version
3.0
Priority
P2 - Medium
Type
Functional
Frequency
Once
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
See attachment of https://musescore.org/de/node/287371#comment-909866
Simplified example to prove initial investigation to follow.
Initial train of investigative thought:
When taking a jump, the algorithm searches through the repeatlist up unto that point, trying to locate the last occurence of the jump target, to ensure we're replaying the "final" playthrough of that attempt.
So it finds the jump target (segno), but it's most recent final playback is the one caused by the previous jump; starting from there, it can't relocate the Fine, as the DSalCoda didn't include that part.
So we probably have to patch the target lookup to take into account finding "multiple final passes" of the same section
Fix version
3.5.1
Comments
https://github.com/musescore/MuseScore/pull/6248
Fixed in branch 3.x, commit 0873ebf4b2
_fix #279040, fix #287447, fix #299137, fix #299320, fix #300362, fix #304795
Refactor repeatlist unwinding
Automatically closed -- issue fixed for 2 weeks with no activity.