View Issue Details

IDProjectCategoryView StatusLast Update
0007438ardourbugspublic2020-04-06 18:40
ReporterSadKo Assigned To 
Status feedbackResolutionopen 
PlatformLinuxOSopenSUSEOS Version13.2
Product Version5.10 
Summary0007438: Session gots corrupted after some manipulations
DescriptionI've done recording session few days ago and saved it to my current project. After loading it today, I've got new tracks lost. That doesn't mean that tracks disappeared from Ardour. They've been replaced by other tracks, so all regions saved on tracks I've created at the last recording session are lost.
Steps To Reproduce1. Create new session.
2. Add two tracks and bus: "Guitar1-T1-DI", "Guitar1-T1-PRE" and "Bus 1".
3. Add two tracks for recording "Recording 1" and "Recording 2".
4. Record some stuff on "Recording 1" and "Recording 2" simultaneously.
5. Move recorded regions from "Recording 1" and "Recording 2" to "Guitar1-T1-DI", "Guitar1-T1-PRE" respectively.
6. Repeat 4-5 few more times.
7. Close session (stop Ardour).

8. Open session.
9. Rename track "Guitar1-T1-DI" to "Guitar1-T1-DI-o", "Guitar1-T1-PRE" to "Guitar1-T1-PRE-o", "Bus 1" to "Bus 1-o"
10. Add two tracks and bus: "Guitar1-T1-DI", "Guitar1-T1-PRE" and "Bus 1".
11. Record some stuff on "Recording 1" and "Recording 2" simultaneously.
12. Move recorded regions from "Recording 1" and "Recording 2" to "Guitar1-T1-DI", "Guitar1-T1-PRE" respectively.
13. Repeat 4-5 few more times.
14. Close session (stop Ardour).

15. Open the session. BOOM!

We actually get track "Guitar1-T1-DI" similar to "Guitar1-T1-DI-o" and track "Guitar1-T1-PRE" similar to "Guitar-T1-DI-o": they contain similar regions.

When trying to remove region from "Guitar1-T1-PRE", it's automatically removed from "Guitar1-T1-PRE-o" and vice verse.
Additional InformationThat's very annoying bug, I hope I've not lost recorded data and a small patch in Ardour will return created tracks back without need of session restoration.

In attachment, there are sample session files with corrupted state that demonstrate the problem.
TagsNo tags attached.


related to 0006523 closedx42 (4.2) Serious problems with playlist names 



2017-08-02 19:53


test-ardour-bug.tar.gz (11,013 bytes)


2017-08-02 21:37

reporter   ~0019949

Here's the video I've captured how to reproduce the bug:


2017-08-02 22:21

reporter   ~0019950

Last edited: 2017-08-02 22:22

Simplified test case, only using 2 tracks - recording to them directly. Initial renaming is important so both playlists get the same name.

Add one track, name it "test-o", record something, rename it to "test" - then add a second track, name it "test-o" as well (both tracks will then have playlists named "test-o"), record something else, save, close, reopen session - both tracks have the same content.

The second track now has the newer playlist as a second choice in the playlist dropdown, though. So at least the playlist is not lost and can be choosen.

So my guess is that on session reload, falsely the playlist name is used to restore the tracks playlist, instead of the internal ID.

Also on further saves the orig-track-id of the playlist is being changed.

( I hope I got everything right - was a bit rushed ;) )


2017-08-03 00:44

developer   ~0019951

Last edited: 2017-08-03 00:45

The patch attached to bug 0006253 should fix this issue, or at least for new sessions.


2017-08-03 00:59

administrator   ~0019952

Last edited: 2017-08-03 00:59

Ardour 5.10-428-g4e1772425 should no longer allow renaming tricks like this.
As for recovering b0rked sessions, Playlist -> Rename should do the trick

Issue History

Date Modified Username Field Change
2017-08-02 19:53 SadKo New Issue
2017-08-02 19:53 SadKo File Added: test-ardour-bug.tar.gz
2017-08-02 21:37 SadKo Note Added: 0019949
2017-08-02 22:21 the_CLA Note Added: 0019950
2017-08-02 22:22 the_CLA Note Edited: 0019950
2017-08-02 23:02 x42 Relationship added related to 0006523
2017-08-03 00:44 timbyr Note Added: 0019951
2017-08-03 00:45 timbyr Note Edited: 0019951
2017-08-03 00:58 x42 Assigned To => x42
2017-08-03 00:58 x42 Status new => feedback
2017-08-03 00:59 x42 Note Added: 0019952
2017-08-03 00:59 x42 Note Edited: 0019952
2020-04-06 18:40 x42 Assigned To x42 =>