The collision of editing handles (start/end) of certain lines with vertical frames crashes the program

• Aug 5, 2021 - 16:36
Reported version
3.6
Type
Functional
Frequency
Once
Severity
S2 - Critical
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
MuseScore

Version 3.6.2 / Windows10

Unexpected and accidentally discovered issue. I'm not sure if this kind of use of lines editing in correlation with vertical frames occurs in real life (or by chance... maybe), but it's worth mentioning.

Steps:

  1. Default score (i.e. with a vertical frame already in place - same if a vertical frame is inserted later)
  2. Add some lines: text lines, straight lines, crescendos/decrescendos ...
  3. Single click on a line to enter edit mode, then click again on the start or end edit handle.
  4. Drag upwards with the mouse or the arrow keys

Result: When the handle meets the frame, the program shuts down

Test file: frames lines.mscz

See:

Video_2021-08-05_171910.gif

Comments

• Aug 5, 2021 - 16:41

I can reproduce with 3.6.2, but not with a self build based on the 3.x branch (with quite a few changes on top)
So I guess this issue here is a duplicate of another one that got fixed meanwhile (but not yet released)

I don't see any likely candidate though, maybe it got fixed 'by accident' as a side effect of some other fix

Reply

• Aug 5, 2021 - 16:54

3.x crashes on ot too, with a failed assertion:
Fatal: ASSERT failure in QList<T>::operator[]: "index out of range", file C:/Qt/5.15.2/mingw81_64/include/QtCore/qlist.h, line 575

Reply