[2.0.73] Crash loading save "ForceData.cpp:755: Inconsistent targeted items for delivery"

[kryptn]

1. What did you do?

Unsure. I assume it's related to my automated arcosphere collection in Space Exploration.

2. What happened?

After a save, I'm unable to load the save. I see an error like

Code: Select all

  11.043 Loading map /home/david/.factorio/saves/2025 Fall SE -- bisect  lolol.zip: 150799938 bytes.
  11.051 Loading level.dat: 514806880 bytes.
  11.051 Info Scenario.cpp:154: Map version 2.0.73-1
  17.703 Loading blueprint storage: Local timestamp 1770541680, Cloud timestamp 1770541679
Factorio crashed. Generating symbolized stacktrace, please wait ...
src/Util/StacktraceToStream.cpp (52): walkStackAndPrintToStream
src/Util/StacktraceToStream.cpp (60): printStacktraceToStream
src/Util/Logger.cpp (336): writeStacktrace
src/Util/Logger.cpp (381): logStacktrace
src/Util/Logging.cpp (59): logStackTrace
src/Util/Logging.cpp (107): logAndAbortOrThrow
src/Util/Logging.cpp (96): logAndAbortOrThrow
src/Force/ForceData.cpp (753): checkCargoStationConsistency
src/Force/ForceData.cpp (731): checkConsistency
src/Force/ForceManager.cpp (406): checkConsistency
src/Map/Map.cpp (1837): checkConsistency
src/Map/MapSetupHelper.cpp (191): MapSetupHelper
src/Map/Map.cpp (866): setupEntities
src/Scenario/Scenario.cpp (293): loadFactory
src/Scenario/ParallelScenarioLoader.cpp (190): doLoad
/opt/gcc-13.2.0/lib/gcc/x86_64-pc-linux-gnu/13.2.0/../../../../include/c++/13.2.0/bits/invoke.h (61): __invoke_impl<void, void (*)(MapInterface, ParallelScenarioLoader *, MapDeserialiser *, InputType, InputSource *, MultiplayerManagerBase *, NamedBool<EnableReplayTag>), MapInterface, ParallelScenarioLoader *, MapDeserialiser *, InputType, InputSource *, MultiplayerManagerBase *, NamedBool<EnableReplayTag>::Enum>
/opt/gcc-13.2.0/lib/gcc/x86_64-pc-linux-gnu/13.2.0/../../../../include/c++/13.2.0/bits/invoke.h (96): __invoke<void (*)(MapInterface, ParallelScenarioLoader *, MapDeserialiser *, InputType, InputSource *, MultiplayerManagerBase *, NamedBool<EnableReplayTag>), MapInterface, ParallelScenarioLoader *, MapDeserialiser *, InputType, InputSource *, MultiplayerManagerBase *, NamedBool<EnableReplayTag>::Enum>
/opt/gcc-13.2.0/lib/gcc/x86_64-pc-linux-gnu/13.2.0/../../../../include/c++/13.2.0/bits/std_thread.h (292): _M_invoke<0UL, 1UL, 2UL, 3UL, 4UL, 5UL, 6UL, 7UL>
/opt/gcc-13.2.0/lib/gcc/x86_64-pc-linux-gnu/13.2.0/../../../../include/c++/13.2.0/bits/std_thread.h (299): operator()
/opt/gcc-13.2.0/lib/gcc/x86_64-pc-linux-gnu/13.2.0/../../../../include/c++/13.2.0/bits/std_thread.h (244): _M_run
/tmp/tmp.dlP10F34z6/objdir/../gcc-13.2.0/libstdc++-v3/src/c++11/thread.cc (104): execute_native_thread_routine
start_thread
__clone
0xffffffffffffffff
Stack trace logging done
  20.109 Error ForceData.cpp:755: Inconsistent targeted items for delivery [img=virtual-signal/se-asteroid-field] Interstellar Grotto, {-48.000, 56.000}
  20.109 Error CrashHandler.cpp:643: Received 6
Logger::writeStacktrace skipped.
  20.109 Error Util.cpp:95: Unexpected error occurred. If you're running the latest version of the game you can help us solve the problem by posting the contents of the log file on the Factorio forums.
Please also include the save file(s), any mods you may be using, and any steps you know of to reproduce the crash.
  20.440 Error MessageDialog.cpp:53: Unable to show message dialog. SDL Error: [zenity reported error or failed to launch: 255]
  20.440 Uploading log file
  20.504 Info SystemUtil.cpp:842: Started /home/david/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/Factorio/bin/x64/factorio; trampoline PID: 623884

This also happens when loading the save on another machine.

Every save I've tried to load has a similar error line referring to a se-asteroid-field virtual signal, which is why I think it's related to my arcosphere collection automation. It's not always the same signal though. Both logs attached refer to different asteroid fields.

The first time i ran into it i was able to go back to an autosave, I tried to reproduce it by bumping up my autosave limit and autosaving every minute, but after two attempts (of twenty autosaves) i wasn't able to repro.

After giving that up, i started saving/loading the save to verify the save didn't have an issue. when it happened again, only the last autosave I had would load and saves that would previously load would hit a similar error. Lost six hours that time.

I started exiting the game completely and basically blue/green autosaving. Save game, exit game, start game, load save to verify. Hit the same issue again, this time it affects both of my blue/green saves and all 20 autosaves. The manual save i had previously successfully loaded now also crashes on start.

3. What did you expect to happen instead? It might be obvious to you, but do it anyway!

I expect to be able to load my save, especially after previously being able to load the save.

4. Does it happen always, once, or sometimes?

Always, once there's a problem. Also apparently sometimes after there wasn't previously a problem.


save loaded in factorio-current.log: https://drive.google.com/file/d/1OLGwk- ... drive_link

save loaded in factorio-previous.log: https://drive.google.com/file/d/1JxbCsM ... drive_link

[Rseding91]

Thanks for the report however without a way to take a known good save file and get it into this broken state I'm not able to determine if this is an engine bug or a hardware issue that corrupted something.

The save file(s) look to already be in the broken state and loading them in newer versions of the game - or with different mod configurations - causes the consistency checker to run and detect the broken state.

[kryptn]

I do have a save from -12hr, but I've been able to load it after changing mods/mod settings. it was the only one that worked after the first time i ran into this. I can get that one uploaded too, but it's where i started the 20+ autosave test just letting things run.

I could also try to create generally what I think caused the issue in another save with the same set of mods.

Is there any additional logging I could enable?

[kryptn]

I've recreated my automated arcosphere collectors for space exploration and I can reproduce the crash.

It's setup in the foenestra surface/system. It's a trailing edge detector -> memory cell that iterates through the list of asteroid field destination signals. the enabled signal is used to set the destination on the anchored ship to distribute collection across all fields.

All of the ships are ready to launch, basically follow the text plates. Enable the constant combinator to start the system, and then when it's clear, launch another one of the ships in the south.

After launching all ships, save to a new file, enable/disable a mod or force a consistency check, and try to load the game. I've reproduced the loading crash this way on two machines: the original nixos box and on a macbook pro. I've also tried a single ship through an entire cycle, but this did not reproduce it.

[Rseding91]

When I try to load that save I can not get the mods to work. Default installing fails with "requires space age" but enabling it makes space exploration fail to activate. Removing the incompatibility dependencies causes space exploration to error in the recycling logic.

[kryptn]

Ah apologies, I manually changed the mod dependencies to make it optional on that 'loaders can stack' mod.

After clearing my mods, syncing them with the save, getting that initial loading error, I unzipped the mod and updated space age to be optional.

Restarting after that loaded the save. Interestingly, i was also able to remove the listed mod and start the save successfully as well.

Code: Select all

{
    "name": "lyra_loaders_can_stack",
    "title": "Loaders can stack",
	"author": "hopefuldecay",
	"version": "0.1.0",
	"factorio_version": "2.0",
	"description": "Makes vanilla loaders and loaders based on the vanilla loader prototype able to stack items on belts (If the technology is researched). Does nothing on its own",
	"contact": "https://discord.com/users/104021452885327872",
	"dependencies": ["base >= 2.0.2","? space-age >= 2.0.2","? aai-loaders"]
}

To be clear, this is just to be able to load the save that's set up to reproduce the issue.

[Rseding91]

Ok, I got the save to load. However I've never played space exploration so when you say "launch another one of the ships in the south." I have no idea what that means.

[kryptn]

Great!

To the south there's a bunch of ships. Click on one of the ship consoles, and then the red 'launch (disabled)' button in the UI that pops up. the ship will do an integrity check, and then launch. it'll then land where the first ship was, load up, and take off to its destination.

02-11-2026, 12-54-22.png (1.6 MiB) Viewed 2040 times

[Rseding91]

Thanks. I was able to figure out the issue and it's now fixed for the next release. It was due to some of the items being launched having rocket launch products with variable results which the engine got a best-guess of "zero" when tracking what would result in the rocket destination.

[kryptn]

Fantastic! Will my currently-broken save be fine with the next release?

[Rseding91]

They should, but I can't access them to test.

[kryptn]

Wonderful. Not sure what google drive did there, but I'll assume it'll work.

Happy to have identified a bug in Factorio.

Thanks!