You mean the cloned boiler has *more* fluid than the original one? That's a good bug to report. I didn't initially understand from your use of the word "raising"-- the word "increasing" would be more correct here.

I confirmed the bug with your reproduction command. The first boiler has 50 water in ...

I was bored so I did a code review on all the mods in your save file. TWO mods stand out as ones which write to potentially dangerous session-global variables inside on_configuration_changed: "Long Range Delivery Drones" and "Corrundum". Removing one or both of them, loading it in single player, and ...

Cloning by definition copies all characteristics, including chest contents and fluid contents. If you want the new entity to be empty, you will have to empty it by script after cloning. Or you can use create_entity() and manually copy the properties that you want to preserve.

Can you provide any more details about your application and why an invisible container entity with interactions disabled is insufficient? A script could cause the player to open the container's gui even if the container itself is not clickable. The contents can be stored in the invisible ...

Can you provide any more details about your application and why an invisible container entity with interactions disabled is insufficient? A script could cause the player to open the container's gui even if the container itself is not clickable. The contents can be stored in the invisible container ...

This looks very similar to viewtopic.php?p=658117 which was supposed to have been fixed, but apparently isn't.

No, this is not possible. You can use Lua code in a Lua migration to destroy the old entities and make new ones depending on what mods are installed.

But migrations generally are supposed to be for things that happen in your mod alone, since you don't really control when they run. When things need ...

For my mod, I created a machine that uses underground pipe connections of a special "unpipable" connection category with a range of 1 instead of the regular fluid pipe connections. (to allow an implementation of unpipable fluids which require direct machine-to-machine transfer)


Can you attach ...

Not sure what about this is urgent, but I hope they can help. You're going to run Memtest on your computer now, right? That will show you if you need to replace your RAM to prevent future corruption.

Right, fast_replaceable_group is what actually defines what can be used in the upgrade planner. Set fast_replaceable_group to a unique value, set next_upgrade to nil, and it should work fine.

~~The mod files need to be inside a folder (named the same as the mod) inside the zip file.~~

JSON files normally cannot include comments. Try deleting the '--' and everything after it.

Okay, thanks! And just to be clear, does the offset change the actual area that the mining drill extracts resources from, or does it only change where the mining area visualization is drawn?

It looks like resource_searching_offset is not accessible from LuaEntityPrototype. Can you please add read access to it?

The behavior of target_pipe_connection_index, found in the PipeConnection structure returned by LuaFluidBox::get_pipe_connections() , is not immediately obvious when merged fluidbox prototypes are involved. I have determined experimentally that target_pipe_connection_index represents the index of ...

This is also the reason that checking any stored Lua object references for .valid==true before use is important even if you don't think it should have changed. Editor causes multiple things to happen that don't in normal gameplay.

> Fixed freeze with unknown cause


I mean, as far as changelogs go in the modern day that's pretty darn descriptive. Even if it's the equivalent of a blank sheet of paper from Wube


Wube devs are so good, they can fix undiscovered bugs. They squash bugs preemptively. 😃


Factorio so good ...

Hmm. I forgot that this type of crash does not properly identify if the chunk generation request was created by a mod. Does it always happen when you load the save file you shared? Does it crash in single player?

There might be a mod that is forcing the generation of increasingly distant chunks ...

The save file is very large and I can't download it on mobile data. Would you mind attaching the log file by itself to a forum post?

This error is usually caused by a bug in a mod Lua script that can be corrected by a mod author. The log will show which mod, if any, caused the error.

You need to disable asynchronous saving completely as a test before making any bug report. Then the server will pause while the save takes place. It will guarantee no new processes are spawned and no additional memory will be consumed. You should measure how much time it takes to complete each save ...

Asynchronous saving is an experimental feature and has remained that way for years because of how many instability issues it can cause. The best thing for you to try first is to disable asynchronous saving and set the autoaave interval to 5 or 15 minutes. Then see what the memory usage looks like.