On Linux the progress is not saved. I use the save button and later load a match, but he unlocks are not saved.

Here is the console output:

./start.sh
Running Circle Empires
Set current directory to ~/GOG Games/Circle Empires/game
Found path: ~/GOG Games/Circle Empires/game/Circle Empires.x86_64
Mono path[0] = '~/GOG Games/Circle Empires/game/Circle Empires_Data/Managed'
Mono config path = '~/GOG Games/Circle Empires/game/Circle Empires_Data/Mono/etc'
Preloaded 'ScreenSelector.so'
Preloaded 'libsteam_api.so'
Player data archive not found at `~/GOG Games/Circle Empires/game/Circle Empires_Data/data.unity3d`, using local filesystem

Have exactly the same issue. The game doesn't save the progress after quitting the game.

Interestingly enough the game saves with unlocked Leaders work. So you can load your last map where you play with an unlocked leader. Although the leader is locked under the new game menu.

Treasury also gets erased after quitting the game.

Hopefully this can get fixed. Otherwise love the game. I did play the freeware version a year ago. This though offers a lot more with the progression.

Same here! Doesn't save progress and settings! Which is pretty annoying if the Treasury is empty every time!

Maybe Quick-Save works as Workaround, but havn't tested it yet.

Same hire OS Linux mint 19 Mate, Kernel 4.15.0-34

In fact game does properly save preferences and progress!
(to ~/.config/unity3d/Circle Empires/...)
It just never read them.

Indeed 32bit version loads prefs and progress fine...

I have Linux Mint 19 Mate 64bit. Linux installer is 32 or 64 bit?

it contains both versions

I ran into the same problem and I did some digging. I don't think it's about 32 bit vs 64 bit.

Both the x86 and the x86_64 versions will properly load the progress if called directly:

```
$ "./game/Circle Empires.x86" # This loads progress :)
$ "./game/Circle Empires.x86_64" # Loads progress too!
```

When called though the start script, progress is not loaded:

```
$ ./start.sh # Progress is not loaded :(
```

So I had a look at what's different. The start script adds --screen-fullscreen 0. So I tried adding that to the command line, and suddenly progress was ignored again:

```
$ "./game/Circle Empires.x86" --screen-fullscreen 0 # No progress loaded :(
$ "./game/Circle Empires.x86_64" --screen-fullscreen 0 # No progress loaded :(
```

Seems a bit weird, but atleast there's no need to run the 32 bit version. Also, I hope this helps in tracking down and fixing the problem.

This did not fix the problem for me.
I also tried to start the game directly from the terminal, which did not help either.

I have tested with the new 1.2.2 Version.
The behavior is still there.

I noticed when I removed the --screen-fullscreen 0 from the start.sh script, it loads the settings for the resolution.
Only problem then is, I have no mouse control in game.

As a workaround, you can open "~/.config/unity3d/Circle Empires/Circle Empires/prefs" and change the second line from:
<pref name="Screenmanager Is Fullscreen mode" type="int">1</pref>
to
<pref name="Screenmanager Is Fullscreen mode" type="int">0</pref>

Then you have to start the game directly, not using start.sh. Open the "game" directory and launch "Circle Empires.x86_64" (or "Circle Empires.x86" if you’re using a 32 bit distro).

It looks like the game loads progress and works correctly then.

The only problem I have left if there is no sound ingame :(. Only the introduction has sound. This might be an alsa/pulseaudio issue? I don’t use pulseaudio. But I have never had that issue with Unity3D games, except that time years ago when there was a conflict between Unity3D and the Steam runtime, but this shouldn’t apply here.

Edit: In theory the "-screen-fullscreen 0" bug should have been fixed in Unity3D 2017.1.0p4.
Actually it looks like it was really fixed in Unity3D 2017.1.0p5 and 5.6.2p3.