Thanks, fixed in 1.1.58.

Can you post the save, please?

Two instances cannot share the same write-data directory because they use that to write various files. Some of those are permanent, such as the log file, some are temporary, such as the map file the server creates when someone joins. If two instances tried to use the same path they'd step on each ot...

Okay, I think I worked it out. Steam uses LD_PRELOAD to inject gameoverlayrenderer.so into games, but apparently injecting that .so into xdg-open makes it take forever. So the “fix” – or rather a workaround – is to unsetenv("LD_PRELOAD") before exec'ing xdg-open. That seems to fix it on m...

Okay, I think I worked it out. Steam uses LD_PRELOAD to inject gameoverlayrenderer.so into games, but apparently injecting that .so into xdg-open makes it take forever. So the “fix” – or rather a workaround – is to unsetenv("LD_PRELOAD") before exec'ing xdg-open. That seems to fix it on my...

It happens when you set a command (other than attack) as a distraction and it fails, it then fails on_ai_command_completed repeatedly instead of just cancelling the distraction. Nice find, fixed for 1.1.57.

It's caused by setting the zoom value to 0. The game should check for that. Fixed in 1.1.57, thanks.

The issue is that the “bounce” speed is given by how close they are together, so if they're really close, they'll get bumped really fast. I limited it to the normal unit speed, which fixes it in this particular case. I'm sure within 5 minutes someone will show up with a mod that changes biters max s...

Thanks, fixed in 1.1.57.

I don't see any stuck biters in that replay. Could you at least tell me at what time in the replay I'm supposed to be looking at?

It should be translated, yeah. Fixed in 1.1.57, thanks.

Thanks, should be fixed on our side as well in 1.1.56.

Thanks for the saves, I see what you meant now. There are indeed different queues for each type of task. Since this is not a serious issue, this will be fixed in the 1.2 major release.

Finally someone is complaining! We've noticed the issue over an hour ago and I've been waiting for a bug report about it ever since. Looks like you're the lucky winner.

Anyway, a new build is currently in progress which should fix it, so just hold on tight.

When opening links from Prototype Explorer or any other link, it takes a lot of time until it is open in browser. By "very long" I mean a minute or two. Opening exact same link from command-line using xdg-open is instant. This problem can be worked around by choosing Steam Linux Runtime a...

I don't see anything resembling a struggle. Could you be more specific?

Right. I've done two things here: If the client receives something it can't parse, it'll show an error and go back to main menu. It already complained in the log file about corrupt data, but I guess that's easy to miss. Loading a save will make use of the same checks that the client balked on, so yo...

2. Rebuilt `mod-settings.dat` from scratch with only the mods needed for my campaign, without any clumsy hex editing like the last one. “Clumsy hex editing”? 🤔 The core issue here seems to be that your mod settings are corrupted, so when the client receives them it refuses to load them and conseque...

The library makes a new TCP connection with each call, and I'm not familiar enough with RCON to know if this is standard. That's fine. But the library never closes those connections, so you keep making new ones until the game breaks at around 500 simultaneous RCON connections. I added a limit of 12...

Thanks, fixed in 1.1.53.