Bug 480 – Recording cursor stops moving while recording continues with selection in place

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

Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla

Bug 480 - Recording cursor stops moving while recording continues with selection in place


Summary:	Recording cursor stops moving while recording continues with selection in place

Status:	CLOSED WORKSFORME

Product:	Audacity
Classification:	Unclassified
Component:	User Interface
Version:	2.0.0
Hardware:	Per OS All

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

URL:	http://audacity.238276.n2.nabble.com/...
Keywords:

Depends on:	1839
Blocks:
	Show dependency tree / graph

Reported:	2012-03-02 16:42 UTC by Bill Wharrie
Modified:	2018-08-20 11:51 UTC (History)
CC List:	5 users (show)

See Also:
Steps To Reproduce:	New project Generate tone - tone track is selected Zoom out 1 click - not necessary, but helps to see what is happening Click Shift + Record button - when record cursor reaches the end of the selection it stops moving, but recording continues past the end of the selection.
Release Note:
First Git SHA:
Group:	---
Workaround:
Closed:	2018-08-20 00:00:00

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 Bill Wharrie 2012-03-02 16:42:46 UTC

See step to reproduce. It seems to me that in this case the recording cursor should continue moving.

Comment 1 Gale Andrews 2014-05-10 18:20:10 UTC

Yes. If you SHIFT + A to stop and set cursor, the cursor should set where you stopped recording, but sets at the end of the tone.

Comment 2 Gale Andrews 2014-05-10 18:30:26 UTC

Added discussion URL. Recording does not scroll once the recording cursor reaches the end of the window, which is probably the worst feature of this.

Comment 3 Steve Daulton 2018-02-12 04:58:26 UTC

More general bug added at bug 1839.

Comment 4 Peter Sampson 2018-05-10 06:13:44 UTC

This no longer happens WORKSFORME - the recording continues, but now the recording cursor moves with it.

It was probably fixed by the work on Bug #1839 that Steve did