Lines: dragging left handle to the right causes right-handle to move left
Reported version
3.0
Priority
P1 - High
Type
Graphical (UI)
Frequency
Many
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
Yes
Workaround
No
Project
Click on the left side of a hairpin, drag. Will drag the right side. If you click it again a couple of times it'll eventually get around to doing the correct thing. But you can watch it literally switch selected boxes the first time you attempt to drag.
It's also a problem with lines.
Auto place needs to be on for bug to show.
Comments
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.1.0.5648, revision: cb404f9
Bug Confirmed. Dragging the left handle of the hairpin causes the right side to extend instead.
Workaround is to start moving the handle with the mouse, that works, and after that dragging does too. Also seems to work to start dragging, stop, then grab the handle and drag again. Curious.
Came up again in https://musescore.org/en/node/286849 with animated GIF and a workaround.
Open the attached MS 2.x file (take the reset). Drag the left handle of a text-line to the right.
Result: The right-hand side of the text line unexpectedly moves to the left and the 90° hook changes to a diagonal.
Confirmed, it seems even once you get the left side to drag correctly, the hook is still drawn incorrectly. Workaround is to adjust using cursor keys instead.
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.3.0.8525, revision: 6c0bef1
The hairpins issue seems to be fixed in this nightly (see attached file). But the issue remains with text-lines. In addition, dragging the left-handle causes unexpected changes in the end hook (see "drag_left_handle" file above).
It's still active, the PR that should fix it hasn't been merged yet (https://github.com/musescore/MuseScore/pull/5156). Adjusting the left handle still behaves erratically the first time you try. Leaving edit mode and trying again generally fixes it.
Bump.
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.5.2.311459983, revision: 465e7b6
This issue seems to have been fixed in the meantime for all lines (inc. hairpins).
I'm returning this to active status since the PR will no doubt need a rebase as a minimum. It needs to be fixed since it's impossible to make hairpins look right in some situations.
Actually that PR had been merged a year ago. Apparently it either didn't fix the problem, or something else broke it again