View Issue Details

IDProjectCategoryView StatusLast Update
0001578ardourbugspublic2020-04-19 20:12
Reportermtaht Assigned Tocth103  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Summary0001578: Deleting send then adding send again doesn't show up in file or window
Description(08:40:43 PM) Eminence: new session. add one mono audio track, and one bus
(08:41:15 PM) Eminence: add a postfader send. create one output, and connect it to bus1/in1.
(08:41:38 PM) Eminence: "cut" that newly created send. now, add a new pre-fader send. add one output
(08:42:04 PM) Eminence: attempted to connect it to bus1/in1. the UI won't show that the connection is made, but it actually is, if you check in the jack connections window
Additional InformationAlso, it seems as though the state is not saved to disk, either.
TagsNo tags attached.

Activities

2007-03-26 03:49

 

testcase9.tgz (2,442 bytes)

Eminence

2007-03-26 04:13

reporter   ~0003657

another, possibly related bug:
new session. add a new audio track
add a prefader send. no need to connect it to anything
add a prefader insert (so it's after the newly created send)
click and drag the insert to the postfader region (so now a copy appears postfader too)
delete ("cut") the send
attempting to delete the prefader insert fails (i.e. does nothing)

mtaht

2007-03-26 04:35

developer   ~0003658

In the first case I can segfault ardour on exit.

cth103

2007-03-26 15:26

administrator   ~0003664

I can reproduce this. It's a bit strange, when you try to make the final connection JACK is happy to make it (jack_connect() returns 0) but then when you subsequently call jack_port_get_connections() it reports no connections. Hmm.

paul

2007-04-11 14:20

administrator   ~0003792

what is wierd and that people don't recognize here is that the "cut" operation hasn't actually deleted the send. its in the selection buffer for the mixer.

i'm still wondering how to handle this. looks as if the selection buffer might need to be XML state and not objects.

meanwhile, we need a quick fix for 2.0

zettberlin

2007-05-01 23:28

reporter   ~0003869

Last edited: 2007-05-01 23:47

I can reproduce a similar Problem with deleted sends here (with ardour2 final) also.
Deleting a send makes it impossible to add the same connection to a new one:

[ERROR]: AudioEngine: connection already exists: ardour:Send 2/out 1 (ardour:Send 2/out 1) to ardour:Bus 3/in 1 (ardour:Bus 3/in 1)

So ardour "thinks" it is still in the deleted send, that had a connection to ardour:Bus 3/in 1 and refuses to add that connection to the new one that is actually Send 3.

If I open the projectfile in an editor and rename the Send (that is still in there with no outputs) the Send shows up with the new name and can be routed/used as one would wish :-)

cth103

2008-12-06 13:29

administrator   ~0005500

Sends can no longer be cut in this way; only plugins are now cut with this menu option. Using delete instead works fine for me.

cth103

2009-10-20 16:09

administrator   ~0006772

This is believed fixed, and there's no recent feedback to the contrary.

system

2020-04-19 20:12

developer   ~0021506

Issue has been closed automatically, by Trigger Close Plugin.
Feel free to re-open with additional information if you think the issue is not resolved.

Issue History

Date Modified Username Field Change
2007-03-26 03:49 mtaht New Issue
2007-03-26 03:49 mtaht File Added: testcase9.tgz
2007-03-26 04:13 Eminence Note Added: 0003657
2007-03-26 04:35 mtaht Note Added: 0003658
2007-03-26 15:26 cth103 Note Added: 0003664
2007-04-11 10:31 cth103 Status new => confirmed
2007-04-11 14:20 paul Note Added: 0003792
2007-05-01 23:28 zettberlin Note Added: 0003869
2007-05-01 23:47 zettberlin Note Edited: 0003869
2008-12-06 13:29 cth103 Note Added: 0005500
2009-10-20 16:09 cth103 cost => 0.00
2009-10-20 16:09 cth103 Note Added: 0006772
2009-10-20 16:09 cth103 Status confirmed => resolved
2009-10-20 16:09 cth103 Resolution open => fixed
2009-10-20 16:09 cth103 Assigned To => cth103
2020-04-19 20:12 system Note Added: 0021506
2020-04-19 20:12 system Status resolved => closed