Desync with pathfinding, since then there was [0.17.78] that was fixing pathfinding desync so i assume it is already resolved

Save file is quite large so i cannot compare diffs easily. After loading reference level and running it with heavy mode i found there are diffs around targeters to electric-mining-drills. Issue is because of mod AutoDeconstruct 0.1.12 mod AutoDeconstruct unsafe object ref _G.drill_entities.4575 mod ...

Desync is because of VoidChestPlus 2.2.2 local function init_chests() -- gather all void chests on every surface in case another mod added some global.VoidChests = nil for _, surface in pairs(game.surfaces) do chests = surface.find_entities_filtered{ name = "void-chest" } for _, chest in p...

i looked into code and i have exact explanation why it happens: - pathfinding from train stop is implemented in a way to exclude given train stop. This should prevent this behavior. - rail signal is so close to train station it prevents train from moving when next block is occupied - when train in f...

Technicaly this is Not a bug since next schedule entry is to go "Copper plate pickup" and train is already there. There is no rule saying train must leave station it is already in.

You may use Circuit Network to disable train station until train leaves.

That is working as intended. Flamethrower turret has fluidbox so it works as pipe, and it has buffer that is filled from fluidbox. In your case there is 4000 fluid taken out of storage tank and that is 20*100 inside buffers and 20*100 inside fluidboxes. If you would place pump to another storage tan...

I narrowed this issue down to one mod: "miniloader"
This save file should work fine as long as miniloader mod is enabled. Fixing this issue may break miniloader.

This is super weird, i can load this save file under 0.17.79 without crash, consistency passes here, but this save file when loading under 0.18.0 without any mods will crash 25% of times, while 75% of times it loads fine. Crash i have is inside "TransportLineManager::update (67)"

Duplicate 79100

Thanks for the report, test case is added and issue is fixed for next release.

Can you reproduce this issue on a fresh save? This particular save cannot be loaded under 0.18.0 because it is corrupted: 49.622 Error Map.cpp:2134: Active entities count doesn't match. Current: 78245, expected 78308. -- edit: consistency check under 0.17.79 also fails: 124.805 Error Map.cpp:2049: A...

Yes!, crashed for me. c:\cygwin64\tmp\factorio-build-shnskz\src\fluid\fluidmanager.cpp (309): FluidManager::moveOut c:\cygwin64\tmp\factorio-build-shnskz\src\fluid\fluidboxmanager.cpp (567): FluidBoxManager::onDestroy c:\cygwin64\tmp\factorio-build-shnskz\src\fluid\fluidboxmanager.cpp (594): FluidBo...

I will count this as Not a bug is_connected_to_electric_network is exactly same check as for disconnected icon. It is implemented to look for energy producers and is looks intentional. If you want to detect if entity is in range of any electric pole, you may use LuaEntity.electric_network_id read : ...

Thanks for the report, it should be fixed for next release.

Not a bug

Turn off "Smart entity collision mode" in editor if you want different behavior

I think making big-electric-pole wire reach equal 32 would be bad. This would allow setups that would have exactly 1 big-electric-pole in every chunk in repeating pattern, but since power poles can have at most 5 copper connections to other electric poles, in most cases placing 1 big-electric-pole i...

Advanced Fluid Handling ?

Thanks for the report. It is fixed for next release.

Not a bug

in above case, robot placed underground pipe with respect of underground pipe collision box. What happens is collision box expands after placement due to connection with flamethrower-turret's input. May be a minor issue (you can trap yourself by rotating underground pipe), or not (manual building wi...