[0.3.39, hotfix 2] Windows version save file loading

Undecided

Well-Known Member
Feb 16, 2021
198
230
Alright so, I'm not 100% certain that this interaction would be labelled as a "bug", but I thought it would be worth mentioning in any case (just in case it actually is a bug).

The interaction as follows:
  • Basically, when one saves a save to file, it will seemingly go to the "Downloads" folder automatically (I assume that's the default save location) - however, if one was to move that save file from the "Downloads" folder to a different directory - upon attempting to load that save file from the new directory, the game will not load it upon the first load attempt (clicking "Open" on the selected save file via the "Open" dialogue menu).
  • Only from the second attempt to "Open" the selected save file from the new directory, from then on, will the save file actually be able to be loaded from the different directory.
  • I assume this is due to the game recognizing the new directory from the first attempt, and only from then on being capable of loading from this different directory (but not during the first attempt itself).
I have screenshots of the above interaction, which might hopefully be capable of explaining the above a bit easier.

01.png
Blob save in-game, which I then saved to file via the "Save To File" section as seen on the right.

02.png
Save file automatically set to save in the "Downloads" folder (no issue there).
Showcasing that the save mentioned above was saved to the "Downloads" folder.

03.png
Deleted the blob save in-game (I'm pretty sure this has no affect on the interaction, but I did so just to showcase a scenario whereby a player had no saves in-game, but had a prior save saved to file - and the interaction they would be met with).

04.png
Showcasing that in this scenario the player would have no blob saves / saves in-game, so they would only be able to load from their save file.

05.png
"Load To File" clicked, showcasing that the "Open" dialogue automatically assumes saves will be in the "Downloads" folder (no issue there) - although I'm unsure why the 'f' appears by default in the "File name:" section.
The save file that was in the downloads folder previously was moved to a different directory, hence why the "Downloads" folder is empty.

06.png
In the "Load To File" "Open" dialogue, moving to the directory where the save file was moved to, selecting the save, and attempting to open the save.

07.png
As seen here, upon the first attempt of trying to open the save, nothing occurs.
The player would just be left on this "Save / Load" page with nothing occurring and no feedback being given.

08.png
Showcasing that within the second attempt at loading the file, the "Open" dialogue will default to the new location (no issue there).
This possibly indicates that the game has to first try and recognize the new directory (via the first attempt to load the file), and once it has (recognized the new directory - via the first attempt to load the file), the second attempt to load the file will be successful.

09.png
Second attempt at loading the file, selecting the save file and clicking open.

10.png
Save file successfully loaded.
So, the theory that it requires "Load To File" and opening the save file twice to actually load the save file from a new directory proves true. Once the game knows a directory it will be able to load any new save files from that directory in a single attempt (tested and verified to be true).

As I said prior, I'm unsure if this would be classified as a bug.
The only reason why I brought this up was because it might be possible for this interaction to be confusing to some players - as there is no feedback upon the first load attempt from a new directory and the game will stay on the "Save / Load" page (so some players might assume the game is just taking forever to load the save file, when this is actually not the case and would require them to load the save file again instead).

So yeah, that's about it. Apologies for the lengthy post, and apologies if this isn't a bug - as said prior, I just wanted to bring this to attention just in case it actually is a bug.
 
Last edited: