Was it a bug?
That might be a nice feature for power source management for mods.


https://lua-api.factorio.com/2.0.7/types/ElectricUsagePriority.html

It was never supposed to be possible to set but there was check missing and somehow it did not crash, in 2.0.48 it started crashing because when ...

Thanks for the report. Issue is now fixed for 2.0.49.

Welcome on forums. Do you have a save file that i could take a look at?

Absolutely no, there are absolutely no chances of this being implemented because it would be just a buggy mess that everyone would quickly start complaining about as being unreliable.

Take a look at this:
1/ Craft 1 magazine (it has 10 bullets).
2/ Shoot 7 times
3/ Put that magazine into a chest.
4 ...

Any news about how to fix that ?


Assuming you are on factorio version 2.0.29 or newer:
1/ Unzip a a save file
2/ open `control.lua` inside of extracted save using a text editor
3/ replace content of it with this:
require('__base__/script/freeplay/control.lua')
4/ save
5/ zip that directory ...

I cannot guarantee anything about animation alignment because crafting progress is stored as `double` while animation progress is stored as fixed point with a precision of 1/256th of animation frame progress. Reason why crafting is not measured in ticks is that we also have to account for various ...

Welcome in the world of floating point errors where i have to explain why this is Not a bug.

I looked at the assembler's crafting code and assembler's animation code and here is what i found: Recipe you have is indeed specified to craft in 24 ticks, however when assembling machine is working, after ...

Its just a tooltip mistake that is fixed for 2.0.48 due to 128464.

SWeini wrote: Thu May 08, 2025 4:50 am Regarding OffshorePumpPrototype.fluid_source_offset, was I just blind or is this really missing from runtime stage API?

For 2.0.48 i added LuaEntityPrototype::fluid_source_offset read.

2.0.48 - AgriculturalTowerPrototype::accepted_seeds

From possible options, i think the most easy for me to implement would be to add SurfacePropertyID into LightningProperties - if it would be set, then amount of lightnings would be controlled by that surface property. This value could then be set by PlanetPrototype::surface_properties or set/changed ...

Which, by the way, should be bundled in a table. Changing only one rarely makes sense, but trying to change them one by one olny ever causes problems .


I see. That is a reasonable modding interface request, independent of this topic. Ability to change all 4 daytime points is implemented for 2.0 ...

This looks like yet another case of a memory corruption, one chunk on fulgora had 2 decoratives from which first one was corrupted.

A fixed save file where i just deleted all decoratives on the affected chunk:

Currently amount of lightnings generated is based on the surface's darkness - its not quite the same as LuaSurface::darkness because the darkness used for lightnings is not capped by a value set by LuaSurface::min_brightness. Primary issue is that right now the darkness is 0 at day and 1 at night ...

Welcome on forums. There are no bugs here with the inserters. A train in automatic mode can only be interacted with when it is "in station" however your trains have empty schedule so they do not recognize the spot they are standing as being their station. When a train is in manual mode then ...

Duplicate 128464

What exactly makes `require()` unusable in your case?

Welcome on forums. Answer to your question is No. 126805

Thanks for the report. I made labs have an extra margin of 4*max inserter hand size to account for this modded case. Issue is now fixed for 2.0.48.