When beam crosses barline, the stem is next to a dense chord (of seconds or less) instead of in the center

• Jul 22, 2019 - 13:20
Reported version
3.2
Priority
P1 - High
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
No
Workaround
Yes
Project

1) Open new document with bass clef
2) Add note progression as seen in the image

Attachment Size
stem_wrong.PNG 6.22 KB
stem_wrong.mscz 2.65 KB

Comments

Title When beam crosses barline, the stem is next to a dense chord instead of in the center When beam crosses barline, the stem is next to a dense chord (of seconds or less) instead of in the center
Title When beam crosses barline, the stem is next to a dense chord (of seconds or less) instead of in the center TAB Initial Vertical Line TOO Short. Less Notes Spacing than Musescore 2
Frequency Few Many
Regression No Yes
Severity S3 - Major S5 - Suggestion
Status active needs info
Type Functional Graphical (UI)
Workaround Yes No

1) TAB Initial Vertical Line TOO Short.

2) Gray Color of the Key and the Initial Compass and the next Lower Spacing of the Notes, makes it less pleasant and readable than Musescore 2.

Attachment Size
MS3.jpg 41.68 KB
Issue_in_Playback_Mode_160%_Zoom.mscz 10.85 KB
Title TAB Initial Vertical Line TOO Short. Less Notes Spacing than Musescore 2 When beam crosses barline, the stem is next to a dense chord (of seconds or less) instead of in the center
Frequency Many Once
Regression Yes No
Severity S5 - Suggestion S3 - Major
Status needs info active
Type Graphical (UI) Functional
Workaround No Yes

most probably. You need to open a new issue for this.

Priority P1 - High

To be clear about the workaround: if you want the stem on the last chord of the measure up as it is here, force it that way before setting the beam property in the next measure. The bug has to do with the fact that we don't know the final stem direction until too late.