Crash caused by incorrect mapping of voices between parts and master score

• Dec 11, 2018 - 10:13
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 (NA).
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 (NB).
5) Switch to part, enter a note in the first beat (NC).
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

Status PR created active

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.

Status PR created fixed

The pull request's commit message inadvertently referenced #278239 so this issue didn't get closed automatically.