In the error screen for that mod there's a check-box to reset that mods settings. Is there some reason you don't use that?

OK, I've added this for 2.1.

Power switches can't connect to nothing. They only support connecting to electric poles. Functionally: they do not apply or interact with "global electric network"s.

There is no "front" with relative GUI elements: all elements are draw in the same Z coordinate as each other and as the game GUI they're relative-to.

There's nothing to make "more performant", there's a fixed cost to create and push the custom settings table into Lua and there's a fixed cost per index operation into it. If we knew of any way to improve the performance of those things we already would have done it.

Agricultural towers do not support "plant only" or "harvest only" modes. Towers won't harvest things they didn't plant so if such a mode existed it would render the tower functionally useless.

Mod(s) can force the control behavior to exist regardless of the player connecting it to the circuit network. If they do that, this issue will start happening.

It's *partially* fixed for 2.1. I see another potential issue that the 2.1 fix doesn't address however I can add another check that should ...

Unless you have a way to take a known good save file and get it into this state this looks like every other failing/failed hardware case.

A failing CPU or failing RAM can manifest in virtually any way. Anything can go wrong - any bit of memory can become corrupt - any CPU operation can be malformed ...

I changed LuaEntity::allow_dispatching_robots to work for everything that supports roboport equipment for 2.1.

Thanks for the report. This is now fixed for 2.1.

Part of the issue is how saved progress is stored/used by the engine. It is a value between 0 and num-research-units. So when a technology does not *have* research units there's no context for what percentage the number represents (there is no max-value).

This will be in 2.1.

Ok, I've added it for 2.1.

Added for 2.1.

The only ideas I have that could cause this would be failing or failed hardware. Either bad RAM or bad CPU. Given that specific bit of logic runs for anyone using heat pipes and does not experience issues on other players computers.

No. This would cause bots to have to wait until building is placed and if there are no items that place building that robot with modules would be stuck or more complexity would be needed with robots task scheduling.


Doesn't landfill behave this way? I believe I've seen bots waiting for ...

Unfortunately this is not known by the mod-accessible game state (the GUI being opened is not part of the save and is not persisted through save/load and so mods can't read if it's opened as it would cause desyncs).

So equipment is accessible before the event, thats interesting.
What if you just save all of the data as LuaEquipment but readonly? Like, not the link to the object, but deepcopy?
This could solve #4 if paired with #2.

This is asking for a complete re-write of how LuaObjects work on the engine ...

#2 is kinda useless without #4
Btw, how does the event provide equipment name and quality if the instance is already gone?


Recording the ID (name and quality) before removing the equipment is simple. In Lua terms its as simple as:

local name = equipment.name
local quality = equipment.quality ...

Sorry, I meant #3 and #4. I updated the post.