Manual adjustments of slurs/hairpins are lost if subsequently there is a system break before the measure, followed by the break's removal (by delete, undo etc.)
Steps to reproduce the issue:
1) Fill in a staff/system with notes
2) Add slurs and hairpins
3) Manually adjust all slurs and hairpins
4) Insert a line or page break in any bar except the last one
5) Delete the break
6) Result: all the slurs and hairpins after the barline where the break was located return to their default positions (and this also happens in any other bars that were moved to a different line due to the break)
Operating Systems: OS 10.13.6 and Ubuntu 18.04
Note: the problem does not occur after inserting the break, but after deleting it.
Sample file attached. Try inserting breaks on different bars and then removing them. Many (if not all) of those operations will result in the loss of manual adjustments of each hairpin or slur that occurs after the place where the break was placed.
I must say that although the user can solve the problem (adjusting everything again), in certain scenarios it can mean that several elements must be repositioned, which may cause a lot of time to be lost.
| Attachment | Size |
|---|---|
| Issue 1236.mscz | 31.05 KB |
Comments
Any relation: #296740: Lines: custom properties are lost when layout changes?
Open the attached file. Add a system break between measures 2 and 3. Then delete the same system break.
Expected result: Customised slurs should retain their shapes and positions.
Actual result: Customised slurs after the break are reset to default, except that the Slur "Direction" (inspector) is retained.
Not a minor bug: can easily involve having to remodel a lot of slurs. And there is no workaround.
Came up again in #319718: Manually configured slurs are reset to default position when the break or text block is removed
In reply to Came up again in #319718:… by Jojo-Schmitz
OS: Debian GNU / Linux 8 (jessie), Arch .: x86_64, MuseScore version (64-bit): 3.6.2.548021370, revision: 3224f34.
Okay, let's have a duplicate. Only the reproduction conditions are not the same, different versions of Musescore and OS, I added a vertical and text frame. It remains unclear why the program resets the user settings without confirmation and why it is needed in this case. Hopefully this will be fixed.
Thank you!
1) Open the attached score with manual adjustment of the slurs positions.
2) Open the properties of measure 2 (3-5) and increase the stretch to 2 so that the last two measures move to the second line.
3) Ctrl+Z.
4) Please note that in bar 8, the slurs positions were reset, but the program shows that there are no changes. If you edit and save the score, reseted slurs will be saved. There might be something wrong with undo.
In the attached file, the adjustment of the first slur in measure 7 goes and comes back as I insert and remove system breaks earlier, by delete, not undo. Similarly the last slur in m 19. This seems to mean that all system breaks must be final before you begin to adjust slurs. This is extremely inconvenient, since I like to adjust slurs when I notice the need, engage in multiple rounds of adjustment of everything with a collaborator, etc. (I am using 3.5 Alpha. 3.6 messed me up. I don't remember why.) Since the adjustments aren't completely lost, I tried restoring all to default and then inserting a system break near the beginning, but the adjustments did not reappear, so that workaround does not succeed, even if I dared use it.
In reply to (No subject) by geetar
Ok, this is a more accurate title. Sometimes the reset of manual adjusted slurs occurs under other conditions. Unfortunately, it is not always possible to reproduce. It seems that slurs reset and strange undo behavior are two different issues. Hope to read the developers' comments. I set the autosave score to 1 min, but this is not a complete solution to the problem.
In reply to Ok, this is a more accurate… by vlmih
Thanks. I think autosave wouldn't help me because it would save errors I didn't notice, even errors off screen. The fact that the manual adjustments return every other time around might be a clue, but not to me.
Came up again in #325466: Slurs return to their default position on system breaks/stretching