View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006557 | ardour | bugs | public | 2015-09-01 08:49 | 2020-04-19 20:17 |
Reporter | napcode | Assigned To | x42 | ||
Priority | high | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 4.1 | ||||
Summary | 0006557: Renaming the session root folder results in all media items missing | ||||
Description | Using Ardour 4.2 on Archlinux x64 Steps to reproduce: - Create a session - Record some audio and draw some midi clips - Save and close the session - Rename session root folder - Reopen that session -> all media items are reported missing even though they reside in the interchange folder Expected behaviour: For an "embedded" session like the above, renaming should not lead to any files missing. | ||||
Additional Information | Ardour looks up in the wrong folder after renaming the root. It does look for $SESSIONDIR/interchange/$SESSIONDIR Hence, ./interchange/$SESSIONDIR would have to be renamed as well. | ||||
Tags | No tags attached. | ||||
|
Renaming session the session should be done via Menu > Session > Rename Since you can configure multiple search-paths in Session > Properties, one could argue that the current behavior is not a bug. |
|
Thanks for the pointer to the "rename" functionality. I wasn't aware of that. Nevertheless, why should a DAW also be a file manager? In the end, this report boils down to having self-contained projects that can easily be moved between systems (and hence, folders). In my case, I'd like to sync them between systems (via rsync, syncthing or something like that) but the root folder of the sync varies between systems. |
|
it's a tricky situation. By design, ardour-sessions are "bundles" the dir-name defines the session-name. All the .ardour session files inside are just project snapshots (the .ardour file-name is irrelevant). On some system (e.g OSX such bundles appear as "file" (right click to inspect content). the internal structure is by default hidden from the user's view. The actual problem at hand is referencing files (hence the relationship to 0006558). Back in the day, there was the idea that power-users can re-use or share the "interchange" folder between sessions... or combine sessions. or symlink "interchange" to a different disk,... In reality almost nobody does that. Still changing the session-layout and search-folders now is not something to be done lightly. |
|
fixed in Ardour 4.4-248-g03518b9 |
|
the current logic (after 4.4-248) * if there is a single folder in "interchange/" use it (regardless of the name) (if the name does not match the session's containing dir, log a info-message and suggest Session > Rename) * if interchange does not yet exist, create a dir using the name of the containing folder (usually the session-name, not the snapshot name) * if there is more than one dir in "interchange/": abort. Let the user sort things out (ardour won't ever create more than one dir there, the user must have created it) |
|
Thank you for the fix! Works nicely for my use cases. |
|
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. |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-09-01 08:49 | napcode | New Issue | |
2015-09-18 19:43 | BenLoftis | Priority | normal => high |
2015-09-18 19:43 | BenLoftis | Severity | minor => major |
2015-09-18 19:43 | BenLoftis | Status | new => confirmed |
2015-09-19 13:54 | x42 | Note Added: 0017324 | |
2015-09-21 12:53 | x42 | Relationship added | related to 0006558 |
2015-09-21 13:01 | napcode | Note Added: 0017331 | |
2015-09-21 20:05 | x42 | Note Added: 0017332 | |
2015-11-19 15:12 | x42 | Note Added: 0017628 | |
2015-11-19 15:12 | x42 | Status | confirmed => resolved |
2015-11-19 15:12 | x42 | Resolution | open => fixed |
2015-11-19 15:12 | x42 | Assigned To | => x42 |
2015-11-21 10:23 | x42 | Note Added: 0017654 | |
2015-11-27 18:08 | napcode | Note Added: 0017664 | |
2020-04-19 20:17 | system | Note Added: 0023517 | |
2020-04-19 20:17 | system | Status | resolved => closed |