Recently, since the 3.4.0 update, I feel like some of the filetree functionality surrounding Spawns has changed.
I feel like I remember that when generating Spawns >0, all of the spawned runs would be saved in a new folder with the Spawn Run name which was extremely useful.
Now it dumps all new spawns into whatever happens to be the parent folder.
Secondly, I believe it was the case that when setting a Spawn number from >0 to 0, it would previously delete any previously created .inp files associated with the Spawned runs.
Now, when setting Spawns to 0, all previous .inp files are retained.
Hi @Dirk_Bartkoski
this functionality should not have changed.
Iβve made a few test and I cannot reproduce the error you described on my system. Would it be possible to share your .flair file?
Thanks. To test the functionality, I just made a generic basic new .flair to make sure it wasnβt related to my specific Flair file. It has the same issue. Attached is the .flair file as well as a screenshot showing a few different attempts to generate spawned runs. It can be seen that no matter where I generate them, they do not make their own subfolder.
I am running Flair 3.4.0 on Fedora 41, KDE Plasma version 6.3.2, kernel version 6.13.5-200.fc41.x86_64
I ended up resolving my issue. Very simple actually but I will put it here for future reference.
I did, in fact, want \I/\I_\2 as the SPAWN RUN NAME in the settings as this allows spawns and attached files to be automatically generated in their own subfolder.
My issue was, when I tried to change the SPAWN RUN NAME, Flair was not generating input files with the new naming convention, regardless of what it was.
Turns out, you have to generate a completely new run and spawns after changing the SPAWN RUN NAME setting to enact the new naming convention. It doesnβt rename previously generated names. This is more subtle when going from \I_\2 to \I/\I_\2 as in the Flair filetree they look identical but have different file structures when the input files are generated.