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.
Comments
I sometimes got a crash when trying this, or copying.
Because of this, I upgrade to critical.
Using MuseScore 2.0 Nightly Build (54f4fc3) - Mac 10.7.5.
I am assuming this is the underlying cause of #31086: Deleting measure + mmrest deletes all content to end of score, which I also marked critical because it is easy to lose large amounts of data. In that report, it *appears* you can successfuly select only a portion of your score including mmrests, but in actuality, you've selected everything to the end.
Appears fixed along with #31086: Deleting measure + mmrest deletes all content to end of score
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,
Yep. :)
After step 4, simply 'Copy'.
Using MuseScore 2.0 Nightly Build (95d04a4) - Mac 10.7.5.
Fixed in 66c14cdf4f
It's still happening.
Using MuseScore 2.0 Nightly Build 0a59df0 - Mac 10.7.5.
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 hadn't realised the additional action.
At step 4, do this: Hold Shift, Command and press Right.
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.
Confirmed, I can reproduce. Why critical?
There was, and still is, a crash depending on what you do.
"a crash depending on what you do"
Could you be more precise?
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.
I don't understand very well. When I open your file "My Fairy King" with GP6 or TuxGuitar, I don't see multimeasure rests, but only a lot of empty measures.
What have I misunderstood?
The more edifying would to reproduce a crash with from your last attachment.
Selection after multi-bar rests includes remaining bars.mscz
No, open it in MuseScore.
Ok, my head was elsewhere! The first time I opened the file, I saw some error messages with "new measure ...", I do not remember the rest.
It is therefore this file: Queen - My Fairy King El.G 1.mscz
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
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.
Fixed in edcaa098a3
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.
Automatically closed -- issue fixed for 2 weeks with no activity.