[1.2 pre-release 2] Non-removable courtesy clef appears after insert measure before first one

• Mar 7, 2010 - 00:19
Type
Functional
Severity
S4 - Minor
Status
closed
Project
MuseScore

Win XP
Revision 2839

To reproduce fault

Open wtc1fuga5 example score
Select 1st measure, treble clef
Create/Bars/Insert measure

Expected. Empty measure at start of score

Actual Result

Empty measure at start of score
Stray unnecessary Bass clef symbol in bar 2 of second staff
The stray staff cannot be changed, cannot be deleted, cannot be hidden and is not influencing the notes on the staff
(This can be shown by dropping a treble clef on top of the bass clef in measure 1 of staff 2, when the notes on staff 2 will be seen to respond to the clef change in measure 1

Comments

• May 23, 2011 - 20:59

Thought I'd just give it an update :)

1. Create piano score.
2. Enter notes.
3. Apply 8va bass clef to the bass clef at the beginning.
4. Select first bar.
5. Insert measure.

Using MuseScore 1.0 - Mac 10.4.11: A courtesy clef appears in the second bar - nothing can be done to change, move or remove it (setting it invisible appears to be, at least, the one thing possible).

Using MuseScore 2.0 nightly build (4303) - Mac 10.4.11: Crash. Check once this is fixed: #4184: [Trunk] Crash when inserting a measure before the first one

Reply

• May 24, 2011 - 17:58
Title Non-removable courtesy clef appears after insert measure ⇒ Non-removable courtesy clef appears after insert measure before first one

Change title

Reply

• Mar 6, 2012 - 09:45
Title Non-removable courtesy clef appears after insert measure before first one ⇒ [1.2 pre-release] Non-removable courtesy clef appears after insert measure before first one

Reply

• Mar 6, 2012 - 11:53

I do - did you follow the instructions in #1?

I can't see it in the trunk - can anyone confirm?

Using MuseScore 1.2 (Pre-release 1) - Mac 10.6.8.

Reply

• Mar 6, 2012 - 13:41

Web folks, please fix the file attachment/upload for the web site. I don't attach files too often because usually they simply don't work. This time when I attached my screen shots everything looked fine, no error messages, so I saved the posting, only to find the attachments are nowhere no be found. Only when I use the back button of the browser do I see an error message:

"The selected file could not be copied, because no file by that name exists. Please check that you supplied the correct filename.
The selected file could not be copied, because no file by that name exists. Please check that you supplied the correct filename."

I will try again.

Reply

• Mar 6, 2012 - 14:29
Status (old) fixed ⇒ active

Absolutely confirm chen lungs finding with comment #1

This is completely repeatable from a new score.

My original bug report re wtcfuga5 , still shows the fault.

Further experimentation shows that this does not happen with all files however, it does happen with several of the demo files when inserting a new measure before measure 1. It happens with these files at least:

wtcfuga5, adeste, Estudio-No1-Tarrega

With the Tarrega demo, you also get a stray courtesy treble clef in the upper stave just for good measure (or not, if you see the irony)

1.2 pre-release 1 win 7 64 bit

Reply

• Mar 6, 2012 - 14:33

I think my posting has cross posted with lasconic's fix and changed the status back to active.

Presumably its fixed...

Reply

• Mar 13, 2012 - 00:41
Title [1.2 pre-release] Non-removable courtesy clef appears after insert measure before first one ⇒ [1.2 pre-release 2] Non-removable courtesy clef appears after insert measure before first one
Status (old) fixed ⇒ active

1) Open demo sonata16
2) Select 1st bar of right hand
3) Create bars/insert measure

Expected - blank measure inserted at start of score

Actual - blank measure inserted at start of score

-Notes in measure 5 (after insertion), beat 4 of left hand move to new positions
as though they are now notated on a bass clef (there is no new clef visible at beat 3 of measure 5)

-The left hand of system 2 has changed to bass clef

All quite similar to the original bug report, except the corruption has moved further into the score

Musescore 1.2 pre-release 2, win 7

Reply

• Mar 13, 2012 - 12:06

Confirmed BarryB's bug with a new score.

1. Create a new default piano score.
2. Drop a treble clef over the bass clef in the first system.
3. Drop a bass clef in the 4'th measure, bottom line
4. Add some notes to both clefs, including the 4'th measure.
5. Select measure 1 and press INSert to insert a new measure.

The bottom line will now show the notes in the 4'th measure as being in the bass clef, even though the bass clef moved forward to measure 5.

Reply

• Mar 13, 2012 - 15:32

Confirmed using prerelease 2 on Vista. Notes appear as if in bass clef even though they are actually in treble clef.

I'm pretty sure I remember seeing something almost identical to this posted in the forum or issue tracker a few months ago, suggesting a) this is not a regression and b) it is not as common a problem it might seem like it would be. Still, it seems pretty serious to me.

Reply

• Mar 13, 2012 - 16:55

Still present in the release of 1.2. Since the description has changed quite a bit from the original, should we log this separately?

Here's an easier way to reproduce - create the new piano score, drop a treble clef to the bottom staff in bar 4, add notes before and after the clef change, then select bar 1 and hit Insert. That is, you don't need to do both steps 2 & 3 in schepers' description - a single clef change is sufficient.

Reply

• Mar 16, 2012 - 17:27
Status (old) active ⇒ closed

I was unable to reproduce in a nightly. Between that and the fact that the description of the bug has changed, I agree this one should be closed, so I am doing so. But I do still think it worth opening a separate issue for the bug as it currently stands for 1.2 (eg, the steps posted by schepers or as modified by me) with a note in the report that it works in the trunk, unless there is a clear policy that we are not to open issues for 1.2 on things already fixed in the trunk.

Reply