Bug 1058 – Windows: Strange cursor changes

••• Introduction •••
••• Keywords •••

Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla

Bug 1058 - Windows: Strange cursor changes


Summary:	Windows: Strange cursor changes

Status:	CLOSED WORKSFORME

Product:	Audacity
Classification:	Unclassified
Component:	User Interface
Version:	unspecified
Hardware:	PC Windows 8.1

Importance:	P4 Repeatable
Assigned To:	Default Assignee for New Bugs

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2015-07-06 21:33 UTC by Paul L
Modified:	2019-06-08 10:54 UTC (History)
CC List:	5 users (show)

See Also:
Steps To Reproduce:	1) Generate some sound. Use multi-tool. 2) Press ctrl. 3) Click in the clip. 4) Release ctrl but not the mouse. 5) Drag left and right 6) -- the clip moves. 7) Still holding the button, hit space to play. 8) -- Drag is disabled and the cursor is not changed. 9) Press and release Shift or Ctrl. 10) -- Drag is disabled and now the cursor changes to "disabled." 11) Hit space and drag. 12) -- Play stops, drag is enabled, but the cursor still shows "disabled." 13) Press and release Shift or Ctrl. 14) -- Now the "enabled" cursor appears. Follow similar steps in the Envelope tool dragging a control point. Make another track, follow similar steps dragging the track up and down to rearrange. (Rearranging seems not to be disabled during playback, though the "disabled" cursor can appear.)
Release Note:
First Git SHA:
Group:	---
Workaround:
Closed:	2019-06-08 00:00:00

Flags:	petersampsonaudacity: Test‑OK‑Win+

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Paul L 2015-07-06 21:33:28 UTC

Bug 784 may be related to this.

There is code that updates the cursor for shift and ctrl key presses.  The correct cursor also depends on whether playback is in progress, but TrackPanel does not get notifications when play begins or ends.

Comment 1 Peter Sampson 2019-05-15 06:58:31 UTC

Testing on W10 with 2.3.2

I cannot reproduce this - I can't even get beyond Step 5 as releasing the Ctrl button at Step 5 the cursor reverts from "Time Shift" back to "Select"  and the cursor changes to the I-beam, so at step 6 the clip does not move.

At step 7 it plays ok from the cursor position

Step 8 just does not happen

At Step 10 the cursor changes correctly responding to Ctrl and Shift

I can't drag at step 12 …

So I'm failing to see what the problem is (or was) so it's looking like it inadvertently got fixed by work elsewhere Possibly the fix for related Bug #784 - or "WORKSFORME"


@Paul - can you reproduce this still ?

---------------------------------------------

Aside:  I added numbers to the steps (makes it easier for reporting where failure/success occurs) and spaced the steps out into sub-steps for readability.  Please consider suchlike when adding Steps to reproduce in the future