Beaming changes after two layout operations
S4 - Minor
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.
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.