Short stems when notes are beamed across barlines

• Jan 20, 2019 - 19:33
Reported version
3.0
Priority
P0 - Critical
Type
Functional
Frequency
Once
Severity
S2 - Critical
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
Yes
Project
MuseScore

To duplicate the score discussed in https://musescore.org/nl/node/282282,

Create a measure that ends with a note without a flag (or beam) tied to an 8th note in the next measure.
Make the 8th note "Beam middle" using the palette (or user defined shortcut).

Note that the Stem on the first note is short.

The workaround is to make the Beaming "Start beam."

I made this minor because I consider this a rare possibility since the default is for the first note of a measure to always be Start Beam, but can be made to happen by copying and pasting the correct (or maybe incorrect?) notes.

Comments

• Jan 20, 2019 - 21:51
Title Short stems when notes are tied across barlines ⇒ Short stems when notes are beamed across barlines
Priority ⇒ P1 - High

The tie seems not relevant; I can reproduce without it. Would be better if we didn't also shorten the previous note and try to draw a beam, though - this isn't good:

beam-middle.png

On the positive side, i guess it does call attention to the error of having set the beam middle property!

Reply

• Jan 20, 2019 - 22:44

Copying a non beamed note before a middle beamed note is not an error That should not be unexpected that people want to copy something from the middle of one measure to a different part of a measure. That's probably how the OP found it. Few people would purposely change the first beam in a measure to a middle beam.

None-the-less, the more I think about it the more I think it's probably related to known beaming problems like #16278: Beaming notes over barlines and line breaks

Reply

• Jan 21, 2019 - 00:20

Good point, that would be a common way to get into this situation.

Luckily, I don't think this is related enough to #16278: Beaming notes over barlines and line breaks to be difficult to fix. It's probably just a matter of adding a check in the place where we set up the beam across barlines to be sure that what we're trying to beam to is valid. In fact, as such, it's more related to #281154: Crash with first note of measure set to beam middle and nothing to beam to and #281912: Bad layout of beam with first note set to beam middle. Probably the fix for this and the latter of those is in the same section of code used to fix the first.

Reply