Lines: Dragging a handle causes anchor to shoot off in opposite direction; same thing when using keyboard arrows
Reported version
3.5
Type
Functional
Frequency
Few
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
Yes
Project
1. Open the attached file
2. Go to measure 223 (bar 4 on page 33)
3. Add a hairpin to any staff on this measure (oboe used in example)
4. Attempt to drag the rightmost handle to the left
(Also note, similar behavior is experienced when using arrow keys)
Expected Behavior: User should be able to drag handles to desired spot (< > is what I was going for in particular)
Actual Behavior: If dragged to the left, the handle flies off to the right at an exponential rate.
Workaround: Make the desired adjustments in a different measure and copy/paste in the original measure
OS: macOS 10.15, Arch.: x86_64, MuseScore version (64-bit): 3.5.0.28537, revision: 43c5553
Original thread: https://musescore.org/en/node/309093
Attachment | Size |
---|---|
On_Leather_Wings Orchestra.mscz | 664.56 KB |
Fix version
3.6.0
Comments
See steps, and GIF in this comment: https://musescore.org/en/node/309093#comment-1018846
And test file from scratch : test hairpin flute.mscz
I observe a change between April 15 (behavior as expected), b30f199,
and April 20 (behavior as showed in GIF) : b2c71cd
By checking quickly, I see a few commits related to lines, eg:
https://github.com/musescore/MuseScore/commit/fc532ab27b7165bcdd213c48c…
or (?): https://github.com/musescore/MuseScore/commit/4051eb02eeab58f09677f55d8…
or (?): https://github.com/musescore/MuseScore/commit/c026ade399d87671aa723d7c5…
Also (?): https://github.com/musescore/MuseScore/commit/f993cc2e9eb00b94b550e6f99…
I am also experiencing this issue with lines in a measure before one with a time signature. I am often able to shorten the line by a small amount before it starts shooting off.
Possibly related to #309368: Lines: when end handles are adjusted with keyboard arrows, anchor point also shifts
Moved post to #312026: Hairpin / Dynamic combination: Dragging handle can cause anchor to move in opposite direction. See dmitrio95 below.
@geetar, those anchor changes when dragging hairpin handle in hairpin-dynamic combination seem to be a different issue related to the way hairpin gets aligned to dynamic if autoplacement is turned on. If autoplacement is turned off for hairpin, dragging its end handle behaves correctly. The behavior with autoplacement should also be fixed but this would require some separate fix, probably either involving some changes in hairpin-dynamic autoplacement algorithm or introducing some special handling for this exact hairpin-dynamic case. So I think it would be better to deal with this in a separate issue.
For the issue with hairpin handle going to the opposite direction, see https://github.com/musescore/MuseScore/pull/6715.
Fixed in branch 3.x, commit 2458af200a
fix #309102, part 1: don't change line end segment if not necessary
Fixed in branch 3.x, commit e097903a1e
fix #309102, part 2: correct segment width calculation in presence of disabled trailer segments
Automatically closed -- issue fixed for 2 weeks with no activity.