View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010004 | ardour | features | public | 2025-09-07 09:00 | 2025-09-09 11:43 |
| Reporter | johne53 | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | random |
| Status | new | Resolution | open | ||
| Platform | All platforms | ||||
| Summary | 0010004: Selected track gets forgotten after Save + Load | ||||
| Description | The selected track is getting forgotten after saving a session , then reloading. It’s something I first noticed in Mixbus but apparently it affects Ardour too and all platforms | ||||
| Steps To Reproduce | Steps to reproduce:- 1) Open some existing session and select View->Show Editor Mixer 2) Highlight a channel that isn’t track 1 and check that it gets shown in the LH pane 3) Save the session, close it and then re-open it In the majority of cases the LH pane will now contain something that wasn't what you saved (most often it'll show Master or Audio Track 1). Though with some sessions the saved track gets correctly restored. And (for Mixbus at least) older versions seem to display correctly much more often - so presumably, that was the original intention? | ||||
| Additional Information | Mixbus sessions can display a lower pane which normally shows objects from whatever's being shown in the LH pane. But when reloading a saved session, the two panes don't even show the same object (lower pane can show Master when the LH pane shows Track 1). I'd be happy to help debug this but I've no idea where to start | ||||
| Tags | No tags attached. | ||||
|
|
It's entirely possible I'm looking in the wrong place but this morning I found a function that behaves differently, depending on the behaviour of that LH pane. The function is called 'RouteProcessorSelection::presentation_info_changed()' which contains a 'return' statement, preceded by the following comment:- /* too early ... session handle provider doesn't know about the session yet. */ return; Whenever a session loads with the wrong info displayed, 'RouteProcessorSelection::presentation_info_changed()' always returns via that 'return' statement. And for sessions which display the correct info, that 'return' statement never gets reached. So I'm starting to wonder if this might be some obscure race condition? (in which case, it might be impossible to debug here) |
|
|
Haven't had a chance to build Ardour yet but after some recent changes in Mixbus, this seems to be working again. Only minor setback is that if a session happens to be in Immersive Panning mode (when first loaded) the Surround Panner doesn't get displayed until you click on some other channel (I thought this had been fixed quite recently??) |
|
|
Strangely enough, since posting the above comment (about the Surround Panner not getting displayed) it's been working as expected. All I've done in the meantime is to reboot my machine but I don't see why that would affect it?? Assume it's okay... |
