Because the majority use-case is you don't want wires preserved. If they where literally every blueprint you make would never connect to any other pole.

Yeah that's not a public feature yet - it was just added for some development work

Also it will never work on the headless instance because the headless instance doesn't support graphics and can't generate an image without them.

Blaster wrote:It should simply pull forward to the stop ahead when it does. It does not.

When one of the trains waiting in the stacker has its station disabled it re-paths to another stop in the stacker because that's the current stop it's at.

Could someone make me a small sample mod that reproduces the "2 recipes but I can only use one when manual crafting" problem? I want to see if I can fix it.

You're disabling the station in the stacker while a train is waiting at it. That causes the train to re-path and because it's still on the stacker stop it re-paths to another one of the stackers that's enabled. That's working as intended. Don't disable the stop if you don't want the train to try to ...

The title was confusing as to what the problem was - I've updated it to better describe what the bug is

Are you sure you're on version 0.15.19? Because that was a bug in previous 0.15 versions but it was fixed a few versions ago.

The crash is the same as this: viewtopic.php?f=182&t=49308

The desync - please upload the desync report.

You'll need to contact the mod developer as that's nothing related to base game logic.

That's not a bug, robots are dispatched 3 max per tick per job type to first repair, then to deconstruct, then to rebuild, and then to deliver modules.

Low and very low both reduce the sprite resolution to reduce GPU load and VRAM required resulting in what you're seeing. You'll need to use a higher graphics setting if you want the sprites to show normally

ubergeekking wrote:It worked. Thank you! Is there anything you changed on it to make it work?

No, the file on google drive works just fine.

i think that needs to be improved, if mod removes recipe (or technology), result product should not be available in conditions. i'm not talking about products you might research in future, i'm talking about removed products. like you cannot use (and see) such recipes in factories (assemblers, chemi...

Your fluid condition is wrong. You set it to the vanilla sulfuric acid instead of the modded one. i see, you are right. then there is different bug, that logistic condition offers liquid, that is not available for production. it's not possible to create vanilla sulfuric acid with mod set i have (mi...

The file you've uploaded on google drive is not the same one in your crash report.

Your log file says:

Loading Level.dat: 42893707 bytes.

And when I load it mine says:

Loading Level.dat: 42800967 bytes.

Does this save load for you? https://www.dropbox.com/s/mcystu7pw2xnmhq/test.zip?dl=0

Your fluid condition is wrong. You set it to the vanilla sulfuric acid instead of the modded one.

Please zip and upload your mods somewhere else when i load it the train is empty and half the factory is gone.

Please upload the save file showing the problem.

Although I already know it's technically not possible to produce infinite oil from those recipes

Thanks for the report. This should be fixed for the next version of 0.15.

variable["result"] result is a named key setting it to nil is the correct way as ipairs doesn't work on it anyway. If you need to keep an ordered array ordered then use table.remove(table, index) for stuff in data.raw my guess is (and I could be wrong) that factorio c code will handle con...