Crash when glissandos break a certain layout
Reported version
3.2
Priority
P1 - High
Type
Functional
Frequency
Few
Severity
S2 - Critical
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
Hi, the software crashes whenever I try to add multiple bars. It first happen when I tried to add 100 bars in the middle of the song at bar 8. Then it happened at 80, and 50. I managed to do it once with 30 but trying again caused a crash. Now it often happens at 20. I have 100 bars or more to add to the middle of this in order to expand it into a 7 minute song.
Attachment | Size |
---|---|
Otonokizaka High.mscz | 44.02 KB |
Fix version
3.5.0
Comments
Confirmed crash inserting 25 measures at measure 8. Crash report sent referencing this issue.
Also caused crash inserting 15 measures at measure 8. Inserting 10 did not cause a crash. I stopped testing at that point.
I noticed a couple of things. The score is imported from a mxl file and there is a bogus key signature at the measure that causes the crash. Inserting the measures at measure 9 for example does not cause a crash.
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.2.3.7635, revision: d2d863f
Steps to reproduce:
1) Treble staff template
2) Add a note first measure, and another one in last measure + a glissando between them
3) Insert the number of measures necessary for the layout to be organized into one page + a single system on the second page (ie total 216 measures)
(the test file at this step: test glissando.mscz )
4) Insert a new measure (from eg measure 199, but no matter), so which creates another system on the second page.
---------------> crash
This issue made me think of this one, and likely related (even a duplicate, or simply another aspect? ): #283943: Changing time signature on glissando results in crash
Indeed, in the same test file: test glissando.mscz
1) select same measure 199 (or 200 or another)
2) add a new time signature eg 3/4
------------> crash
Another scenario (always involving glissando and layout)
1) Still same test file: test glissando.mscz
2) Press "I" -> Add an instrument say Flute -> Ok
-------> crash
Came up again in: https://musescore.org/fr/node/294911
To get the crash in attached file (so, this one: Amazing_Grace_good.mscz)
For example:
1) Load the file
2) In Saxophone Baryton Part
3) Select All (Ctrl + A) + hit arrow Up four times (to change the pitch, just for testing), so first note is now a Bb.
4) Return in main score, and Save (Ctrl + S)
--------> crash
Crash/issue solved by removing the glissandos (6) in main score, measure 65.
Don't know if its related, because this has nothing to do with layout, but simply adding a glissando crashes musescore.
open Blue bossa.mscz (see attachment)
Blue_Bossa.mscz
Select the last note (the G):
And double-click on this gliss:
EDIT: same for the other gliss:
And I tried removing all system breaks. Same issue. So no layout seems involved.
Confirmed. But it's another "new" issue (layout is not involved as far I know, or another aspect?), in other words, it's a regression.
See: #296566: Crash when adding glissandos between notes and rests/to a single note
EDIT: to avoid this (in your use case), you can add a second note (hidden/invisible, and playback disabled in Inspector)
The problem is the rest, or the lack of note!
See https://github.com/musescore/MuseScore/pull/5874
Fixed in branch master, commit a2bfb02954
fix #292631 fixed spanners (glissandos) layout
Fixed in branch master, commit 9916086f6b
_Merge pull request #5874 from igorkorsukov/tracker_292631_glissandos
fix #292631 fixed crash on spanners (glissandos) layout_
Automatically closed -- issue fixed for 2 weeks with no activity.