Crash when copying/pasting a tied note in a MM rest

• Jun 1, 2021 - 10:45
Reported version
S2 - Critical

when adding a note to an appended bar at the end of a score the programme crashed twice and on each crash the data lost increased... ie first crash it removed 5 empty bars leaving 2, second crash it removed 5 more bars which had data in them ... may be linked to my last bar addition action where i twice appended 5 bars (as far as i recollect!)
The action which caused the crash was to select the last note entered (which was a tied note to its previous bar) and then Contr + C to copy that note; i then selected the multiple bar symbol in the next empty bar (ie the rest) and entered Contrl +V which resulted in the crash.
When i choose restore on re-opening there was no undo option available.


Frequency Few Once
Severity S4 - Minor S2 - Critical
Status active needs info

Sample score and exact steps to reproduce please

It's normal, BTW, that "undo" state is not remembered between sessions - not just for MuseScore, but for pretty much any program.

For the record, though, a crash cannot ever lose data you have actually saved. Yes, the "autosave" will only recover up to the last two minutes so any unsaved work done within the last couple of minutes is lost. But always if you save a file, that file stays saved - there is nothing can ever go back and remove music from an already-saved score.

Title Crash and lost data Crash when copying/pasting a tied note in a MM rest

Reproducible from scratch, see :


May or may not be the issue the OP has, but so far that score doesn't have multimeasure rests. They are enabled for that score though, just no empty measures there.

In reply to by Jojo-Schmitz

Yes Jojo, I selected the soprano line bar 101 final minim E, copied it and then tried to paste into bar 102 soprano line by selecting the Semibreve Rest and clicking Contrl + v. thinking it would recognize the minim as well as the note.
On the first time trying to paste the multimeasure bar was showing a number I forget but greater than 5. When I re-opened after crash and assented to restore previous session the multimeasure bar showed 2 as the number of bars.
So I thought that I had made an error and repeated my procedure (!) It which led to it crashed again removing 5 or so bars as I found out on re-opening again having assented to restore previous.
Auto save is on 2m interval and I would have expected that the data in those last 5 bars to have been saved as I was working on the piece for longer than 2 mins. Though I'm sure Marc is right on his comments about not losing data already saved, it would appear that somehow this wasn't saved. The other feature that was strange was that the multimeasure bar was not showing all the time as I was working. I paid no attention to that as I assumed it was there and not showing. I'm afraid I wasn't tracking this so can't say anything intelligent about it.

I had in the preceding 5 minutes before the crash behaviour above added 5 bars using the "append bars" from the drop-down menu. Did this twice and then undid it once. I first added them because no multimeasure showing, and saw nothing. when i added them again it showed the multmeasure bar with 10 on it, so I undid that as I didn't need 10.

What you are seeing in the score now is the situation before I added the multimeasure as all of that plus the bars i had been working on earlier were wiped in the crash. The problem may therefore be in the multimeasure rather than the copy and past behaviour.

So there it is, hope this is helpful - btw really appreciate your quick responses - thanks, and also to say as it was a few bars I can recall what I was doing so not a big deal for me on this occasion.

Much appreciated

Update -
I just replicated the problem again - it is trying to past directly into the multimeasure bar that causes the crash. Still don't know why the data lost though.

In reply to by Marc Sabatella

I've read your comment and understand it I think. However, autosave is enabled at 2 minutes interval and I was working on the piece for much longer than 2 minutes and the data still disappeared on restore. It may not be supposed to happen, I accept, but it appears in this case it did. Perhaps 'autosave' was operating properly I don't know. Beyond my knowledge base, I'm afraid :)

Just a further twist on this. I notice that when I am in 'continuous view' mode the Multimeasure don't always show. If I change to either 'Page V' or 'Single Page View' then do show and then when I switch back to 'Continuous View' they show. Of interest?

Certainly of interest, but a different issue.

stack trace for this crash here:

1 std::vector::size stl_vector.h 806 0x10a832c
2 Ms::Segment::element segment.cpp 426 0xa7e91d
3 Ms::findLinkedChord edit.cpp 4163 0x984f1a
4 Ms::Score::undoAddElement edit.cpp 4916 0x9894ba
5 Ms::Score::setNoteRest cmd.cpp 793 0x53750c
6 Ms::ChordRest::drop chordrest.cpp 516 0x95cbe4
7 Ms::Rest::drop rest.cpp 288 0xa5ff13
8 Ms::Score::cmdPaste paste.cpp 1027 0xb6d2ac
9 Ms::ScoreView::normalPaste scoreview.cpp 2046 0x640005
10 Ms::ScoreView::::operator()(Ms::ScoreView *, const QByteArray &) const scoreview.cpp 2132 0x64043a
11 std::_Function_handler>::_M_invoke(const std::_Any_data &, Ms::ScoreView *&&, const QByteArray &) std_function.h 297 0x65b48b
12 std::function::operator()(Ms::ScoreView *, QByteArray const&) const std_function.h 687 0x10b6dcd
13 Ms::ScoreView::cmd scoreview.cpp 2890 0x648b79
14 Ms::ScoreView::cmd scoreview.cpp 2089 0x64025f
15 Ms::MuseScore::cmd musescore.cpp 6609 0x433d70
16 Ms::MuseScore::cmd musescore.cpp 6040 0x430706
17 Ms::MuseScore::qt_static_metacall moc_musescore.cpp 524 0x5ecadc
18 void doActivate(QObject *, int, void * *) 0x68b978bb
19 Ms::ScoreTab::actionTriggered moc_scoretab.cpp 226 0x60bc0a
20 Ms::ScoreTab::qt_static_metacall moc_scoretab.cpp 111 0x60b679

Workaround No Yes

Workaround is to disable multimeasure rests before pasting, or not to paste onto multimeasure rests in the first place.