Audacity Bug Summary
••• Introduction •••
••• Keywords •••
    Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla



Bug 1635 - Hard to drag stereo track vertically from channel nearest target track
Hard to drag stereo track vertically from channel nearest target track
Status: RESOLVED QUICKFIXED
Product: Audacity
Classification: Unclassified
Component: User Interface
2.2.0
Per OS All
: P3 RepeatableAll
Assigned To: Default Assignee for New Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2017-04-18 22:48 UTC by Gale Andrews
Modified: 2018-08-20 11:51 UTC (History)
5 users (show)

See Also:
Steps To Reproduce:
1 Create two stereo audio tracks, say five seconds each. 2 Zoom out a step. 3 Fit tracks to height if you can't see all of the lower track. F5 for Time Shift Tool. 4 Hover over the upper channel of the lower track and click/drag rightwards until the left edge of the track is after the end of the upper track. Without releasing the mouse, drag upwards. 5 On Mac and Linux, the track will almost certainly not move upwards, but will jump back to time zero. If you release mouse then repeat step 4, the incorrect behaviour will repeat. On Windows 10, I find this only happens about 50% of the time with my normal USB mouse, and hardly at all with NUMPAD mouse emulator. If on first attempt the track jumps back, on second attempt it will move up. 6 If at step 4 I drag from the lower channel, rightwards then up without mouse release, the drag always works on any platform. 7 If at step 4 I release the mouse when track 2 goes past track 1, then drag up from the upper channel, this always works on any platform. So does CTRL/COMMAND-drag after releasing mouse, and keeping mouse button down then moving the mouse into the lower channel before moving upwards. 8 If I change step 4 to drag the upper track after the end of the lower, the opposite problem occurs - the upper track is reluctant to drag down from the lower channel.
Release Note:
// See bug 1516
First Git SHA:
Group: ---
Workaround:
Closed: 2018-08-20 00:00:00
gale: Regression+
petersampsonaudacity: Test‑OK‑Win+
petersampsonaudacity: Test‑OK‑Mac+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gale Andrews 2017-04-18 22:48:14 UTC
Regression on 2.1.2.
Comment 1 Gale Andrews 2017-04-19 15:04:43 UTC
Bug 1516 is related. If I generate the audio of the second stereo track to start after 
the end of the first track, that second track drags upwards from either channel.

1516 is a regression on 2.1.2, like this bug 1635.
Comment 2 James Crook 2017-08-19 12:58:06 UTC
I believe this is actually a duplicate of bug 1516 and the reason for the slightly different symptoms is a mouse that does not drag cleanly (mouse down state on Windows machine is not stable).

Accordingly marking this
DEVEL - FIX MADE
https://github.com/audacity/audacity/commit/4d43d2273b7f4c46bfd7dd26c1b34f7959c28634

That's so that it gets tested too.
Comment 3 Peter Sampson 2017-08-20 07:06:57 UTC
(In reply to James Crook from comment #2)
Tested on macOS Sierra 10.12.6 e984211 20Aug17

This appears to be working properly on Mac - I can drag stereo rtracks upwards and downwards after a horizontal shigt, without releasing the mouse button.

Looks to be fixed ok on Mac
Comment 4 Peter Sampson 2017-08-21 11:40:43 UTC
(In reply to James Crook from comment #2)
Tested on W10 audacity-win-e984211-2.2.0-alpha-21aug17

This appears to be working properly on Windows 2 - I can drag stereo tracks upwards and downwards after a horizontal shift, without releasing the mouse button.