Based on the netstat output, I suspect that you're not fully draining the TCP buffer each cycle. Are you sure you've pulled as much data as you possibly can from curl before you move on to other game update code? That might help without impacting the code nearly as much, and provide a speed ...

I have a reproducer for Gleba. There was just a n upgrade of Artillery Shell Range and the turrets have been busy. Enemies are incoming. In the moments after loading the save enemies will attack, be killed, and leave red dots on the map as they do. Don't take any action other than opening the map ...

I would still prefer having both options... lock to straight lines but without the "smart" building is the sweet spot I like, and allows things like doing corners in map view from a long ways away that line up with targets.

I did this as well. It gave me my 10 starter foundations, which I can't use because they are Uncommon I can't place above-Normal tiles.

But the hub is still uncommon.

Smart building has issues. It can lead players to make undergrounds under nature (trees, rocks) which is totally unacceptable, especially when ghost building and there's the expectation that robots will take care of it.

It also makes fixing drawing mistakes more difficult since smart mode will tend ...

For context, I have fiber to the home at high speed (gigabit or so). But while inside factorio, downloads (eg: large mods, or game updates) are often self-throttling to about 3 megabytes/second. I know it could go faster because the TCP receive buffers are highly full when I check them:


tcp ...

Nope, this is happening during early initialization of libraries. With only the backtrace to work with, my gut says that Factorio is statically linked against libstdc++ but something dynamically linked is also using libstdc++ from your own system. There's a compatibility mismatch and it blows up ...

I suggested this to a dev recently as well.

There are a ton of ways this could go wrong though. In a game with mods, every possible mod concept (from an API standpoint) needs to be tested during Profile-generate mode. If not, it's possible PGO will think some specific feature is never ever used and ...

The super-short version is, my log files contain:


1.337 Info PlayerData.cpp:73: Local player-data.json unavailable
1.337 Info PlayerData.cpp:76: Cloud player-data.json available, timestamp 1671218050

... which is wrong for two reasons. First, I do have a local player-data.json. Second, I have ...

The stack trace suggests this is happening inside an nVidia thread. Upgrade your graphics drivers.

If you're mouse-overing a [Train] rich text block in chat, and that train is deleted, the game crashes. Simple.

Save-game to reproduce attached. Load the game, QUICKLY open the chat console, and mouseover the [Train] rich text link. When the construction robot touches the locomotive, the game ...

If it's a low priority, okay. Issues shutting down a headless server under specific circumstances are fairly minor. But file it under some other category besides "Not a bug".

I'd like to formally challenge this ruling that this isn't a bug. Non-blocking save bugs are being fixed today, invalidating the reason this was rejected.

That's one option. I think an acceptable alternative would be to wait until an existing non-blocking save finishes before trying another save, regardless of type. Perhaps if you want to be really smart, if the point in time being saved is the same in both situations (ie. server is paused) then let ...

Right, well, with that out of the way, please consider this bug report and not just toss it aside.

In that particular example the user ran out of RAM really hard and Linux killed the saving process to free RAM. So that's a basic server administrative issue, not a Factorio issue. Should have been filed as "not a bug" (user's fault) rather than "Won't Fix" I'd say.

I respectfully disagree and present evidence to the contrary.

Experimental and at my own risk? Yes. But I also have a consistent reproducer of the problem.

I know "non-blocking saves" are experimental and all that, but this one is pretty easy to reproduce.

0. Have a very large map. Mine has a savegame size nearly 250 MB.

1. Run a multiplayer headless server with non-blocking save enabled and join the game.

2. Have the last (only?) player quit the ...

As said earlier, you can use a mod. The devs have selected an overlay for the map view, probably to make it obvious you're in map mode. Can confirm with the overlay disabled I've gotten confused as to whether I'm in map mode or not... :)

Version 1.0 had this static overlay that was really subtle ...

Mindful this might end up in "won't fix" but....

If a player starts a forest fire and then leaves, and that fire eventually spreads to an enemy nest causing damage, the enemies will retaliate against the player who started the forest fire. That is, they pathfind to the character entity who used the ...