Item content drag destroys fades

[cohler]

Dragging an item's content (using the "Move item contents" mouse modifier actions) destroys both crossfades (at start of item and end of item) with global option auto-crossfade on. When auto-crossfade is off, it works correctly.

Dragging the content of an item should have no impact on the fades at either end independent of the auto-crossfade setting. One has nothing to do with the other. Auto-crossfade should apply only to when you are moving the item itself when dragging it, not when you are moving the content of the item.

One needs to be able to move the content of items to adjust crossfade join points (as shown in the video) and the status of auto-crossfade has nothing to do with that, because the item itself is not being moved.

See video below which first shows the correct behavior with auto-crossfade off and then the incorrect behavior with auto-crossfade on.

@Justin and @Schwa can this be fixed?

[Fabian]

It doesn't seem to behave that way here


I have the auto-crossfade option on, and I slip-edit (Alt+drag on Windows) first with both items selected, and then with only the left item selected. It seems to work as expected. Not...?

[cohler]

Originally Posted by Fabian

It doesn't seem to behave that way here


I have the auto-crossfade option on, and I slip-edit (Alt+drag on Windows) first with both items selected, and then with only the left item selected. It seems to work as expected. Not...?

That's totally different from what I reported.

First, you have default, symmetrical fades.

Second, you have multiple items selected.

The error as I reported and demonstrated occurs when you have non-default fades and you move the contents of an item as described with auto-crossfade on.

The item drag reverts the fades at both ends back to default (7). Since your example starts with default it wouldn't show anything anyhow.

Another difference is that I am using the "Move item content and right edge with ripple" command. You are not in your example.

[Fabian]

Originally Posted by cohler

That's totally different from what I reported.
<snip>

Then I misunderstood. Sorry.

[cohler]

Dragging an item's content (using the "Move item contents" mouse modifier actions) destroys both crossfades (at start of item and end of item) with global option auto-crossfade on. When auto-crossfade is off, it works correctly.

Dragging the content of an item should have no impact on the fades at either end independent of the auto-crossfade setting. One has nothing to do with the other. Auto-crossfade should apply only to when you are moving the item itself when dragging it, not when you are moving the content of the item.

One needs to be able to move the content of items to adjust crossfade join points (as shown in the video) and the status of auto-crossfade has nothing to do with that, because the item itself is not being moved.

See video below which first shows the correct behavior with auto-crossfade off and then the incorrect behavior with auto-crossfade on.

@Justin and @Schwa can this be fixed?

[joshxtra]

I never noticed this, but it should definitely get fixed! A short description of the bug could be:

Overlapping fades get reset by item-content-drag if autocrossfade is enabled.

[cohler]

Originally Posted by joshxtra

I never noticed this, but it should definitely get fixed! A short description of the bug could be:

Overlapping fades get reset by item-content-drag if autocrossfade is enabled.

Yup, and an even shorter description is the thread title that I created, "Item content drag destroys fades"

[cohler]

Are there any plans to fix this bug? @Justin @Schwa

[cohler]

Will we ever get ANY RESPONSE of any kind to this MAJOR BUG?