Slurs: manual adjustments lost when the score is reloaded
Reported version
3.4
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
duplicate
Regression
No
Workaround
No
Project
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.4.2.9788, revision: 148e43f
- Open the attached score. Note the collisions between slurs and fingering in the treble staff, mm 1-2 and 5-6. Also note that all X/Y offsets are at the default values.
- Select the first slur (mm 1-2) and adjust the Y-offset to –0.5 in the Inspector.
Result: Unexpected. The first slur clears the fingering, but the third slur (mm 5-6) also auto-adjusts as well! - Make sure both slurs are selected and reset them by pressing Ctrl + R.
Result: Unexpected. The first slur resets to the default Inspector offset but its position is different than when opened. - Save, then close and reopen the file.
Result: Unexpected. Both slurs have shifted back to a position in which they collide with the fingering.
| Attachment | Size |
|---|---|
| slurs_moving.mscz | 14.71 KB |
Comments
I suspect this is essentially a duplicate of #297501: Layout shift of slur after reload, so you might try a nightly build to see if that changes your impression. For instance, after step 1, in 3.4, if you do anything at all, the slur fixes itself to avoid the collisions. That's layout shift on the first layout after load is what the other issue addresses, and I suspect it's at the root of the issue here.
Mark active again, if it isn't a duplicate
FWIW, the other issue was clsoed prematurely, there is a pending fix but PR is not merged. I tried building with that fix and testing this bug here, but it's already different after step 1 because there is no collision. And then nothing goes unexpectedly at step 2. Basically, all seems good as far as I can tell, I do think the problems were all due to the layout shift after reload.