Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags
  • The elevator walls don’t have collision (still in 1.11)
  • Saves are lost after quiting the game (on macOS)
    • Saves work fine if launching the game from command line. But the save files are created in the current working directory :(
  • The macOS build of 1.11 shows “App is damaged and can’t be opened. You should move it to the trash.” error and exits
    • The old version shows an unidentified developer warning that can be ignored on the second launch
    • The game starts successfully after I removed the Gatekeeper quarantine flag by executing xattr -dr com.apple.quarantine /path/to/Office Point Rescue Deja Vu.app
(1 edit)

Thanks for this.  I'll try and get something up and see if it works.  Of course I'm working blind so cannot guarantee fixes with the saving.

"Saves work fine if launching the game from command line. But the save files are created in the current working directory :(

Out of interest, saves should have been created in the working directory in the last version.  Was this not actually happening then?

I'm assuming directory write access has nothing to do with whether the saves work as it saves when running from command line?

Saves in version 1.0 is the same: works on command line, but not when double clicking the App Bundle (the .app directory). I don’t know where the default working directory is when double clicking the App Bundle, maybe somewhere not writable?

I’m a bit surprised that save files are intended to be written to the working directory. I thought it would target ~/Library/Application Support/Name. Godot also suggests using that directory via the user:// prefix to keep the behavior portable.

I don’t know where the default working directory is when double clicking the App Bundle, maybe somewhere not writable?

Yep, that will be the case.  It maybe sandboxes the game or something.  Godot's API will just silently fail and carry on.

...Godot also suggests using that directory via the user:// prefix to keep the behavior portable.

Indeed I am well aware, but when developing it is much easier and portable if it's in the directory where it runs.  Being able to simply dump the application directory which also holds it's persistent data is simpler than sifting through to find the hidden directories.

I'll do another quick release with the mac version saving to the user directory.

(+1)

Saves work fine now in 1.12. Thank you :D

You're welcome :)