Page 1 of 1

Is this a feature or bug in 2.3.0 for Windows?

Posted: Mon Oct 08, 2018 3:46 pm
by LeeX
Hi,

After upgrade 2.2.2 to 2.3.0, one difference was found. Not sure it's a new feature or bug.

For 2.2.2:
- Shift-R to open a new track and start recording
- Click stop icon (the black-colored square on top-left of Audacity GUI) to stop record
- Ctrl-z to close this track
- Shift-R to open a new track and start recording from 0 (left most on Time axis), which is expected for a new track

For 2.3.0:
- Shift-R to open a new track and start recording
- Click stop icon (black colored square on top-left of Audacity GUI) to stop record
- Ctrl-z to close this track
- Shift-R to open a new track and start recording. However, the record will start from the place at which the record of previous (the closed) track was stopped. It doesn't start from 0 (left most on Time axis) anymore. This is not expected. In order to let the newly opened track record from 0, I have to close the previous track by click the "x" icon on that track (instead of use hot key Ctrl-z).

Is this a feature or bug in 2.3.0? If it's a feature, what the reason for it?

Thanks & regards,
Lee

Re: Is this a feature or bug in 2.3.0 for Windows?

Posted: Tue Oct 09, 2018 10:04 am
by waxcylinder
I just tested and I don't see this behaviour - I get the same on 2.3.0 as in 2.2.2 - the second recording starts from T=0 after using the Ctrl+Z (which is Undo, not Delete Track) on both versions.

I also tested on our latest 2.3.1 alpha test build and I get the same.

The only way I can make the Shift+R start from somewhere other than T=0 is to have another pre-existing track, click my cursor in that track and then when I use Shift+R the recording starts in a new track but from that cursor position (expected behaviour).

WC