View Issue Details

IDProjectCategoryView StatusLast Update
0003493ardourbugspublic2015-09-18 15:11
Reportercolinf Assigned Topaul  
PrioritynormalSeveritycrashReproducibilitysometimes
Status closedResolutionfixed 
Target Version3.0-beta1 
Summary0003493: Crash when moving regions in active edit group with hidden and inactive track
DescriptionSteps to reproduce:

* create a session
* add two (or more) tracks
* create an edit group and add both tracks to it
* record equivalent regions onto both tracks
* make the second track inactive and hide it
* select a region in the first track and try to move it

While you are moving the region, a 'phantom' region appears below it. then when you release the mouse to finish the move, Ardour crashes.
TagsNo tags attached.

Activities

colinf

2011-06-22 16:45

updater   ~0010920

paul: I saw you assigned this to yourself when I first reported it - I presume to remind yourself to do something. It's still an issue in 2.0-ongoing, and also in 3.0-alpha.

The actual crash in 2.0-ongoing is:

Program received signal SIGSEGV, Segmentation fault.
0x082a4943 in Editor::region_drag_finished_callback(Gnome::Canvas::Item*, _GdkEvent*) ()

colinf

2011-06-22 16:47

updater   ~0010921

Last edited: 2011-06-22 16:48

Actually, I spoke too soon: I can't reproduce this SIGSEGV, normally ardour just hangs. However, I've found that it's not necessary to de-activate the track: just hiding it is enough.

colinf

2011-06-23 10:50

updater   ~0010933

The crash happens when trackview_by_y_position() returns NULL for hidden tracks in editor_mouse.cc (in 2.0-ongoing, anyway).

Adding 'if (!tvp2)/if (!dest_tv) continue;' in the relevant places of editor_mouse.cc isn't a sufficient fix, however: weird things (disappearing regions, 'stuck' 'phantom' regions, etc.) still happen, though it does at least prevent the immediate crash.

I suppose the more fundamental question is 'what /should/ happen to the region selection when a hidden track is part of an active edit group?'. I can see that dragging regions up and down tracks has the potential for some very confusing behaviour, though I'd like it if drags along the same track were to work on the hidden tracks too.

cth103

2011-10-22 18:13

administrator   ~0011731

Fixed in 3.0, SVN 10283.

colinf

2011-11-03 16:00

updater   ~0011892

Last edited: 2011-11-03 16:00

Almost perfect: thank you!

One niggle: if I hide one track in an edit group, then move some grouped regions that include one on the hidden track, and then un-hide the track again, the region on the ex-hidden track doesn't reappear. It's still there, just invisible: if I then move one of the grouped regions on another track again, it magically springs back into view.

[EDIT] this is with A3 now.

cth103

2011-11-13 19:51

administrator   ~0011986

The rest of this should be fixed in SVN 10571.

colinf

2015-09-18 15:11

updater   ~0017242

Closing old issues: these have long since been fixed.

Issue History

Date Modified Username Field Change
2010-10-07 13:02 colinf New Issue
2010-10-08 18:52 paul Status new => assigned
2010-10-08 18:52 paul Assigned To => paul
2011-06-22 16:45 colinf Note Added: 0010920
2011-06-22 16:47 colinf Note Added: 0010921
2011-06-22 16:48 colinf Note Edited: 0010921
2011-06-22 23:20 cth103 cost => 0.00
2011-06-22 23:20 cth103 Target Version => 3.0-beta1
2011-06-23 10:50 colinf Note Added: 0010933
2011-10-22 18:13 cth103 Note Added: 0011731
2011-10-22 18:13 cth103 Target Version 3.0-beta1 => 2.8.13
2011-11-03 16:00 colinf Note Added: 0011892
2011-11-03 16:00 colinf Note Edited: 0011892
2011-11-07 23:26 cth103 Status assigned => confirmed
2011-11-07 23:26 cth103 Product Version SVN/2.0-ongoing => SVN 3.0
2011-11-07 23:26 cth103 Target Version 2.8.13 => 3.0-beta1
2011-11-13 19:51 cth103 Note Added: 0011986
2011-11-13 19:51 cth103 Status confirmed => resolved
2011-11-13 19:51 cth103 Resolution open => fixed
2015-09-18 15:11 colinf Note Added: 0017242
2015-09-18 15:11 colinf Status resolved => closed