Subway saving is unreliable, it seems with more than one type of track

To help us respond to your bug report as efficiently as possible, please fill out the follow template (and delete all instructions)

Platform & OS Version

Platform: Windows
OS Version: 11 up-to-date
OS Language Setting: US English

App Version

Version: 3.4.14
Application Shell: 3.3.12

Problem Description + Screenshots

Very straightforward: the Subway view isn’t saving.
Except also, the View format (one or two panes) isn’t saving either

Steps to reproduce

  • I had started out with upper and lower view panes, Narrative in top, very simple Mindmap just to see it working below.
  • I changed the lower view to Subway, selected two tracks, looked right (very simple one stop on one track)
  • I saved and exited, then reopened and chose the file
  • the lower pane had reverted to an empty Subway

  • thinking it might be a problem with split panes, I closed the lower pane to leave one large pane, and set that to Subway, repeated bringing in two simple tracks as before
  • I saved and closed, opened and opened, and the display had reverted to the original two panes, lower pane no longer Subway, back to MindMap

but there’s more to this. See the added items below…

  • Are you able to reproduce this bug reliably?
    It seems so on the initial file, but again, see next step
  • Can you make this bug happen with a clean timeline file?
  • Actually, I could not at first; in fact tried it twice. I was using a minimal subway, two arc tracks, only one event on one track. And it seemed to save fine.
  • But then I more accurately created minimal Subway as I remembered it – same ultra-simple setup, but the two tracks were different types: one arc, one thema that I’d created a type for. Now, I got a failure to save, which is in the attached images.
    • first image is the test that worked, saved and showed the same on re-opening
    • second image is the test that failed. I had removed the second arc track, but it was still there on re-opening.

So it seems you’ve got a pretty subtle bug in recognizing Subway tracks to be saved, which has shown in several ways. This last test, creating two tracks of one type, saving, then creating another track of a second type (maybe a self-made type is needed to fail), and removing one of the first type tracks from the Subway excites the error.

  • Does it only happen with a specific timeline file?

I don’t see that it matters. My initial fail happened on a fairly simple file; just beginning to lay out some steps in a novel. My tests were on a fresh ultra-simple file, assured to be created by this beta version.

Any relevant files?

I’ll send you that last file, with the error in the pictures intact. It should rather have been showing just one of each kind of track on the Subway, and you can try to remove the second arc track yourself; should fail again by remaininng.

Best,
Clive

initially, two like tracks, correctly saved:

fail: added unlike track, removed second like track, but after saved, all three tracks are present, just one face but a visible one of how Subway track saving can fail.

I replied to you via email before, but just in case any one else has this issue:

This occurs if you make changes to the layout without changing the underlying data.
The layout will be saved only if there have also been changes to the data (eg. adding an item, changing an items properties etc.)