Crash with Staff-type change

• Jan 18, 2021 - 17:31
Reported version
3.6
Type
Functional
Frequency
Once
Severity
S2 - Critical
Reproducibility
Always
Status
active
Regression
No
Workaround
No
Project

1) Create score + add a staff type change on first system
2) Update its properties (1-line, offset to center for example I used)
3) Place another staff-type change on next measure and update its properties to something different
4) Now [Ctrl+Drag] the second staff type change and bring it to the previous measure which has the first staff type change.
5) Delete the first staff type change

Notice that there's still a staff type change (the ctrl+drag didn't replace but added another one some how)

6) select and delete this.

Crash. File included with similar steps. Consider it critical due to crashing

Attachment Size
TestStaffProperties.mscz 10.88 KB

Comments

Dragging a staff type change shouldn't be possible, so best to just disable it. For me it wasn't possible until I started hammering at it, finally getting it to move via the Inspector then I could drag it.

Anyhow, I couldn't get a crash to happen, but I trust that once the score gets into this state it was probably never designed to be in, crashes could be possible.