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

Audacity Bugzilla



Bug 1761 - Inconsistent use of selection when using Align End to End - selection gets modified/destroyed
Inconsistent use of selection when using Align End to End - selection gets mo...
Status: CLOSED NOT-A-BUG
Product: Audacity
Classification: Unclassified
Component: User Interface
2.2.0
Per OS Other
: P3 Repeatable
Assigned To: Default Assignee for New Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2017-10-27 09:48 UTC by Peter Sampson
Modified: 2018-08-20 11:45 UTC (History)
6 users (show)

See Also:
Steps To Reproduce:
1) Import two audio tracks one above the other 2) CMD+A to select all 3) Tracks > Align Tracks > Align End to End 4) observe that the alignment takes place - but the lower track of the two has apparently become un-selected 5) Effect > Amplify 6) observe that it is only the upper track that is amplified, confirming that the lower track had been de-selected BUT now 7) Tracks > Mix > Mix and Render 8) observe that now the apparently de-selected second track is now mixed with the upper track. In contrast: a) Import two audio tracks one above the other the first longer than the second b) Click and drag the second track to align at the end of the top track c) Now explicitly select just the top track by clicking in its TCP d) Tracks > Mix > Mia and Render e) observe now that it is just the top track that is "Mixed & rendered" leaving the second track alone
Release Note:
Group: Bugs requiring more investigation * '''After using the Align Tracks commands''' you may observe that your previous selection used to make the alignment has been changed in that not all that was selected prior to the alignment remains selected afterwards.But while this truncated selection is what remains selected for the purposes of effect and Cut or Copy - if you try to use Mix and Render, it will apply to all that you had selected before. ** Workaround: explicitly remake your selection if necessary or required.
First Git SHA:
Group: ---
Workaround:
Closed: 2018-08-20 00:00:00


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Sampson 2017-10-27 09:48:56 UTC
We have inconsistent use of selection (or non-selection) following Align tracks.

It looks as though after an alignment the tracks other than the uppermost become de-selected - certainly from their visual appearance.

a) trying an effect certainly appears to confirm that as the effect only gets applied to the uppermost track the one that looks selected.

b) however  a Mix & Render would appear to show that the apparently visually de-selected tracks do still actually still form part of the selection as they get used for the mix and render.


Now for a start this is inconsistent - but it also raises the question of why after the align do we apparently change the user's careful selection.  

Surely what was selected before the alignment should remain selected after the alignment.


In fact its worse if the uppermost track of the two is the shorter one>  In this case at step 4 the uppermost track remains selected but the lower track also has a partial selection - one which extends to the length of the lower track it was before the alignment (Amplify confirms this).  This confirms my view that that which was selected before the alignment should remain selected after the alignment.

This is not a regression on 2.1.3
Comment 1 Peter Sampson 2017-10-27 10:09:44 UTC
On the Manual page about this:  http://alphamanual.audacityteam.org/man/Tracks_Menu:_Align_Tracks#align_end_to_end

At the bottom of that H2 section it states:
"Note that zoom level has changed to display the entire project, and that the original selection has been retained."

Indeed in the image above it the zoom level has indeed changed but the selction has been visually changes as I describe above.
Comment 2 Peter Sampson 2017-10-27 10:12:09 UTC
One other oddity i Note with the use of Align commands:

If you get two tracks as at Step 1 and then make a small sliver of a time selection in both tracks - not the whole of either track- if you then use Align End-to-End the alignment takes pace as though the entirety of both tracks were selected,

I would have thought that we should be requiring full-track selections to effect alignments.

The Manual page http://alphamanual.audacityteam.org/man/Tracks_Menu:_Align_Tracks certainly implies that, both in the text and in the images.   No mention there of partial selections working for alignments.
Comment 3 Bill Wharrie 2017-10-27 15:01:48 UTC
I'm not seeing this on Mac 10.11.4 with the 2.2.0 RC build of Oct 25.

The selection (both in time and among tracks) remains after any Align Tracks command.

Note that effects, as well as Copy and Cut, apply to the selected audio, whereas Mix and Render merely requires the *tracks* to be selected. 

Re comment 2 , perhaps the manual could be clearer, but what is required is that *tracks* be selected. You could have no time selection and the Align commands would still work. Perhaps the example in the manual could be clearer, or could have an expanded explanation.
Comment 4 David Bailes 2017-10-28 04:49:42 UTC
(In reply to Peter Sampson from comment #0)
> We have inconsistent use of selection (or non-selection) following Align
> tracks.
> 
> It looks as though after an alignment the tracks other than the uppermost
> become de-selected - certainly from their visual appearance.
> 
> a) trying an effect certainly appears to confirm that as the effect only
> gets applied to the uppermost track the one that looks selected.
> 
> b) however  a Mix & Render would appear to show that the apparently visually
> de-selected tracks do still actually still form part of the selection as
> they get used for the mix and render.
> 
> 
> Now for a start this is inconsistent - but it also raises the question of
> why after the align do we apparently change the user's careful selection.  
> 
> Surely what was selected before the alignment should remain selected after
> the alignment.
> 
> 
> In fact its worse if the uppermost track of the two is the shorter one>  In
> this case at step 4 the uppermost track remains selected but the lower track
> also has a partial selection - one which extends to the length of the lower
> track it was before the alignment (Amplify confirms this).  This confirms my
> view that that which was selected before the alignment should remain
> selected after the alignment.
> 
> This is not a regression on 2.1.3

This is not a bug. As Bill has already pointed out, the align commands operate on selected tracks, not selected audio.
Comment 5 Peter Sampson 2017-10-28 05:37:02 UTC
Steve agrees with Bill and David - he wrote to me offlist:

"You wrote that the selection in the image has changed.
Perhaps it's not expressed very well, but it looks to me like "the
selected time region" is indeed unchanged. The"selected audio" has
changed. which is inevitable because the audio has moved to different
places in the tracks.

I would also note that the "Align" commands are in the "Tracks" menu
because these commands apply to "tracks" . That's why the time
selection is unimportant for these commands - because they act on
"tracks" not on "selected audio".

In short, I'm unclear about what you think the bug is. I'm not sure
that there is a bug."



Having considered all your input I shall close this as not-a-bug (INVALID).


But what I think we need to do is make the Manual page a little clearer - but I cannot do that until after 2.2.0 is released as we are in Manual freeze right now