Beaming changes after two layout operations
Windows 7, GIT commit: c20b96e
1) load attached score
2) position to see last two systems of first page
3) Ctrl+A - you should see a layout shift as described in #25674: Layout shift on first layout after load
4) Ctrl+A again
Result: the beaming of the LH notes in bars 17-20 changes, from 2+2+2 (which is how it should be) to 4+2
Maybe this is somehow related to the layout shift? I can't reproduce in a score created from scratch; the file is of course the "Reunion" demo from 1.3, loaded into last night's build and saved with no change.
| Attachment | Size |
|---|---|
| Reunion-20-140506.mscz | 7.48 KB |
Comments
The originally posted score now crashes on load, but I'm going to say that's because it was saved with an incompatible earlier nightly build.
I recreated it as it was created in the first place - opening the Reunion demo from 1.3, setting Sty/e General / Measure / Spacing to 1.3sp, then saving. The change is Spacing is restore spacing to what it was in MuseScore 1.3, which was 1.3sp (confusing, I realize) but which is reduced by 5% in read114() as a hack to better reproduce spacing in 1.3 scores. I also recreated another version with no adjustment to Spacing (thus leaving it as 1.235sp).
I can no longer reproduce the layout shift or the beaming change, and wonder now if https://github.com/musescore/MuseScore/commit/d90b918dca68a0cd69ec56222… might have fixed it.
Not quite ready to close this yet, but I am cautiously optimistic.
Automatically closed -- issue fixed for 2 weeks with no activity.