Crash caused by incorrect mapping of voices between parts and master score
Reported version
3.0
Priority
P0 - Critical
Type
Functional
Frequency
Once
Severity
S1 - Blocker
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
There are several ways to reproduce the issue, here is one of the most minimal:
1) New score, treble clef.
2) File→Parts, add a part for the second voice.
3) Switch to part, enter a note in the first beat (N→A).
In fact, unexpected things begin already here: the part should be mapped to the second voice but the note appears in the first voice in master score.
4) Switch to master score, enter a note in the first beat (N→B).
5) Switch to part, enter a note in the first beat (N→C).
Result: crash.
It is important for reproducing to replace notes rather than add them to chord (that is why I described keystrokes here), otherwise this crash doesn't occur (though the results are still not correct).
Comments
Seems related to #279700: Corruption and bad links using exchange voices on score with parts. Both deal with parts and voices.
If it relates to #279700: Corruption and bad links using exchange voices on score with parts, see https://github.com/musescore/MuseScore/pull/4371.
It is probably not directly related, that fix deals exclusively with voice exchanging operation (plus some little change about excerpts dialog) while this issue is about handling note input. It would be good to test this but I believe it is most probable that a separate fix is needed for this issue.
I checked that. It is not related at all. Seems that somehow most of my work for GSoC 16 got partly reverted. I'm pretty sure most of the problems with the parts occurring now have worked before.
I'll have a look at these things related to parts.
https://github.com/musescore/MuseScore/pull/4404
The pull request's commit message inadvertently referenced #278239 so this issue didn't get closed automatically.
Automatically closed -- issue fixed for 2 weeks with no activity.