MuseScore Crashes repeatedly when Editing Staff Properties to Change Part Names
Using MuseScore 2.02 for Mac, I viewed the attached file in Continuous mode, then right clicked on the part name at the start of the staff, selected Staff Properties, changed the names of the Part, and when I clicked OK, MuseScore crashed. The crash report is also attached.
This happened twice in a row.
(I tried to upload the temp file, which shows 0 bytes, but the file extension is not allowed.)
| Attachment | Size |
|---|---|
| Gloria 3 crash 2.mscz | 74.22 KB |
| Gloria 3 Crash File 2.txt | 72.47 KB |
Comments
FWIW, I cannot reproduce the problem on Ubuntu. The stack trace makes it looks to me like the problem actually has something to do with a save operation, but I was able to save the modified score as well. Could be Mac-specific?
In reply to FWIW, I cannot reproduce the by Marc Sabatella
Well, I see again in some measures (4/6/10/13..) of this score this kind of image with multiple accents:
![accents.jpg]( "accents.jpg")
And so, this issue may be related in a way or another to these known and reported bugs? :
- https://musescore.org/en/node/70226
- https://musescore.org/en/node/70146
Thanks for both responses. I will take a look at the two reports referred to by cadiz1.
Perhaps someone with a Mac can check to see if the problem is reproducable on their machine.
-Tom
In reply to Thanks for both responses. I by tomfeledy
I encountered no crash on my El Capitan machine.
I think I managed to reproduce the crash starting from scratch.
It is quite an elusive bug. I can't understand where it precisely originates.
Here are the steps:
1- Open My_First_Score
2- Add one additional instrument (i.e. press "i" and add one instrument, e.g. flute)
3- Page view -> Continuous view
4- Left click one of the instrument (long) names found at the left of the staves
5- While the instrument name is still selected (still highlighted in blue), save the file -> crash
(or wait until autosave takes place -> crash)
I found that the presence of the vertical frame and the continuous view (in which the vertical frame is not visible) are necessary to trigger this crash.
From the backtrace, it crashes at the instruction clear() at line 270 of libmscore\select.cpp:270, inside function Ms::Selection::deselectAll.
Windows 8.1, commit 130c710
In reply to I think I managed to by ABL
Opened a report in the issue tracker: #84351: Crash when saving with instrument name selected and continuous view
In reply to Opened a report in the issue by ABL
Thank you, ABL, for taking the time to pursue and post the details on this elusive bug!
-Tom