Selection after multi-bar rests includes remaining bars

• Aug 28, 2014 - 11:46
S2 - Critical

1. Open this file .
2. View 'E. Guitar 1' part.
3. Click on first multi-measure rest.
4. Hold Shift and press Right.

Expected result: The next bar is selected.
Actual result: The remaining bars are selected.

Using MuseScore 2.0 Nightly Build (54f4fc3) - Mac 10.7.5.


Nope, shift+right still selects to end of score if the next thing is itself an mmrest. But the crash might be fixed. Without steps to reproduce, hard to know. I'll claim the crash is fixed, and if you can produce steps to reproduce, feel free to upgrade again,

Status (old) active needs info

I can't reproduce - not with a score created from scratch, not with the GP file in the original report. If you can reproduce, please give steps.

Sorry, I still can't tell what you mean. Please list steps starting from the beginning, saying at each step what you see, and if it differs from what you expoect. Here's my best attempt to follow:

1) open score - i see score loaded, as expected
2) view e guitar 1 part - i see e guitar 1 part, as expected
3) click on first mmrest - i see first mmrest selected, as expected (the 9-bar rest at A)
4) shift+right - I see selection extend to include second mmrest, as expected (the 7-bar rest at B)
5) shift+cmd+right (ctrl on linux) - i see selection extend one more measure, to include bar 17, as expected

At what point am I either doing something different from you or seeing something different? And are you sure you are running current build?

I followed Marc's steps - the whole score is selected when doing step 4.

I can also reproduce in a new score with multiple time signature changes.

This could be OS-specific.

Using MuseScore 2.0 Nightly Build 0a59df0 - Mac 10.7.5.

Can you reproduce in a score *without* time signature changes? How about just a very simple score - a few empty measures, a few more empty measures, then a few measures with notes. Turn on mmrests so you have a case similar to your GP file - you should have an mmrest, double bar, mmrest, notes. Follows the same steps. Bug or no bug?

I don't know how your instructions would produce a double bar line, but I could reproduce in a new score.

1. Open attached score (produced in 2.0 beta 1).
2. 'Style'>'General…'.
3. Tick 'Create multimeasure rests'.
4. 'OK'.
5. Click on first bar.
6. Hold Shift and Command, and press Right twice.

Result: The second bar is selected, then the rest of the score.

Using MuseScore 2.0 Nightly Build 0a59df0 - Mac 10.7.5.

1. Open 'My Fairy King'.
2. View 'E. Guitar 1' part.
3. Click on the bar of the second multi-measure rest.
4. Hold Shift and press Left.

Result: Crash.

Using MuseScore 2.0 Nightly Build 0a59df0 - Mac 10.7.5.

Reproduced from scratch:
1. Open this file: scratch fairy king.mscz
2. Select the second measure (multimeasure rests "7")
3. Hold "Shift" + Left direction arrow
Result: crash

EDIT: but now, with a new scratch file from the same "My First Score" (Nightly, November 24, 0a59df0), and after creating multimeasure rests("M"), I cannot reproduce with the same steps (#2 and 3). New scratch.mscz

Attachment Size
scratch fairy king.mscz 3.31 KB
New scratch.mscz 4.65 KB

And therefore, the explanation is simple ...

- There is a crash if you open the score with the MM rests already created. ("scratch fairy king" file)

- There is no crash when the score is opened with empty measures, and then, by creating yourself those MM Rests. ("new scratch" file)

And so, this issue takes a new turn.

There was always the first issue ("Selection after multi-bar rests includes remaining bars"),

and now a new issue that causes a crash when the score starts with multimeasures already created (when you open this score), and then by selecting the MM rests to the left (to the start of the score)

For example, open this new file: Crash MM rests beginning.mscz

- Select the third measure (with notes) -> Hold "Shift" + "Ctrl" and Left TWICE, or "Shift" only and Left four times

Result: crash

I let Marc or someone else the task of developing the issue, and report it if necessary.

Attachment Size
Crash MM rests beginning.mscz 1.55 KB

The different crashes should be fixed while selecting and extending selection. If it's not related to these two actions, it's better to create a new issue.

FWIW, although after the previous fix I could not reproduce the faulty selection described in #10 o4 #13, I *was* able to reproduce the crash described in subsequent reports. I can no longer reproduce any problems with the most recent fix.

@Cadiz1 Thanks for your investigation. Just to note: #1 mentions a crash.

@lasconic I'm not sure if I would know what is related. Thanks for fixing.