I agree with Steve's diagnosis; I would have expected pasting an entire selected label track into another selected label track to overwrite, and AFAIK we don't describe that as a way to move labels.steve wrote:Actually the behaviour has been the same since at least 1.3.14, but it looks a bit weird since the option for "Retain Labels if selection snaps to a selection edge" was introduced.
Turning off the option:
"Edit > Preferences > Interface > "Retain Labels if selection snaps to a selection edge"
makes the behaviour the same as in 1.3.14 and it is easier to see what the limitation is.
As with audio, pasting over a selection will replace the current selection.
Unlike audio tracks, pasting at a specific point (not a selection), the labels will be merged with any existing labels.
The slight weirdness that occurs when clicking on a track to select it, is because by default the final label is not included in the selection, so it is not replaced.
I don't think this is a bug. I think it is an undocumented feature that looks odd.
I am not sure why in Peter's steps, "Retain labels=on" would move label 9 to time 0. but I guess since the selection is being overwritten, there is nothing else to do with the label if you force keeping it.
My solution (in Peter's test case, drag exactly from labels 2 to 10, cut or copy, click in the other label track at the point corresponding to label 2 and paste) also works fine. Selecting the entire label track to copy or cut, then select the label track to paste into followed by HOME might be better for visually impaired users and easier than Labels Editor.
That still leaves the problem that if you paste at a point where there is an existing label, the existing label is removed. I still see that as a bug rather than a weirdness because it prevents a proper merge, though "Retain labels=on" actually prevents it occurring.
Gale