Selecting orphaned transitions crashes Resolve 16b6

Found a reproducible crash with beta 6. Create a transition between two clips (I used the default cross-dissolve). Select the first clip and shorten its duration. This creates a gap between the two clips, with the existing transition "dangling" off in the gap. I cannot select the gap to delete it, as I normally would. If I try to drag-select, Resolve freezes and closes as soon as the selection rectangle touches the transition rectangle. I've attached a screenshot to illustrate.

At least it looks like a controlled abort, as Resolve still asks me if I want to save changes before gracefully exiting and handing things over to Windows Error Reporting. This is running on Windows 10 (1803). Poking around in the diagnostic logs, I see this:

Assertion failed: standaloneClip, file Timeline\UiTiSeqEditUtils.cpp, line 6670
[0x0001b604] | Main | INFO | 2019-07-21 16:30:54,870 | Caught termination signal SIGABRT, triggering termination routine


==========[CRASH DUMP]==========
Please send this to support:

#TIME Sun Jul 21 16:30:54 2019 - Uptime 00:01:23 (hh:mm:ss)
#PROGRAM_NAME DaVinci Resolve v16.0.0.044 (Windows/MSVC)

00007FF7653F30EA
00007FF7653D51B2
00007FF76536D312
00007FFD0A7AEE1D
00007FFD0A7B4A14
00007FFD0A7B5D5F
00007FF766FC9B30
00007FF76801264D
00007FF768010DC0
00007FF767E6DEB1
000000005A4A3067
00007FF767E6CC3B
000000005A1E5AA6
000000005A1E4FD8
00007FF765363D1A
000000005A8E0FC8
000000005A4BD90A
000000005A20D430
000000005A2F9BB7
000000005A4C3AE4
000000005A8E2E4D
000000005A1E5A92
000000005A1E3A0C
00007FF765363D1A
000000005A8E0FC8
000000005A1E6F94
000000005A231CD9
000000005A23030E
000000005A1E5AA6
000000005A1E4FD8
00007FF765363D1A
000000005A8E0FC8
00007FFCEC9A581C
00007FFCEC9A53D8
00007FFCEC9A7A80
00007FFCEC993DFE
000000005A927E29
00007FFD3D3E6D41
00007FFD3D3E6713
000000005A92764B
00007FFCE3753C83
0000000000000080
0000000000000024
000001D6B9566FB0
000001D6B9553508
000000BED52FF878
000000005A8DE26D
000000005A8DDF31
000000005A8E0207
00007FF76538C4A4

================================

Changing one of the clips properly removes the transition for me, as it should. Studio 16b6 for Windows.

Confirmed on my Mac R16b5. This issue occurs when using the right-click option to change the clip duration. Other methods do not cause this issue.

Yep, I guess this is really a two-parter: transitions should not hang around like that when changing the clip duration, and Resolve should not exit if you then try to select the dangling transition.

This issue occurs when using the right-click option to change the clip duration.

Using that method, the transition does hang around in Studio 16B6 for Windows. (It shouldn't.) But I can select the transition and remove it without issue.

But I can select the transition and remove it without issue.

I can't even select the transition to delete it. As soon as the selection rubberband touches the transition or if I click directly on it, Resolve freezes and exits. This is with the free version of 16b6.

I am using the Studio version. I wonder if that's the difference.

I am using the Studio version. I wonder if that's the difference.

I don't think so. I'm on Resolve Studio too.
I would never edit by changing clip duration so it won't affect me anyway.

Tried all the above.
No crash.
To delete the gap the DEL keys do not work but if you mark the gap with I and O point, it can be deleted.

The transition also disappears if
1. You select it and delete
2. Move the clips either side
3. If you trim the 2nd clip, you get this picture but still no crashes

Screen Shot 2019-07-25 at 06.10.10.png (35.04 KiB) Viewed 1957 times

Bug is still in 16.1b1. How can I bring this to the attention of the developers?

[Dwaine Maggart]

You could start by supplying a Resolve log file, and a Windows System Information .NFO file and a project export .drp of a project that exhibits this behavior, with instructions on how to create the issue with the supplied drp file.

Some of that is already in my original post, but I'll work on getting the rest of the info posted.

[Peter Chamberlain]

Brian, please detail everything Dwaine requested, the first post didn’t have the info needed.

viewtopic.php?f=21&t=90190