Turns out that the combinators use "gui-mod-info.description" to render the "Description" text next to the little pen when a description is set. This came as a surprise, I would have expected something like (non-existent) "gui-edit-label.description".

I can confirm that this still exist on 2.1.12 (MacOS 26.5.2 with an external keyboard that has a numpad)

left is the numkey, right is what the game shows when trying to assign as a shortcut:

0 => Insert
1 => End
2 => Down
3 => Page Down
4 => Left
5 => Clear
6 => Right
7 => Home
8 => Up
9 => Page ...

I'm working on a similar problem. My solution will actually be to detect when an upgrade is happening, and reutilize (or upgrade) the sub-entities in place within the entity-created event, instead of destroying and recreating them.


Yes, it is possible to work around it, but it introduces a ton ...

I understand that but it requires cooperation from the mod to register the entity and the events are fired in the wrong order.

apply_update fires the destroy event first, then the create event. When using on_object_destroyed, it fires the create event first, then on_object_destroyed. Without the ...

Hi,

Thanks for the response. I assumed that these are two code paths. However, from a mod author PoV, these are “replace one entity with another” operations that look different.

Would it be possible to add that additional event or is that a major change? Because it would make life for a lot of ...

Thanks for the explanation.

The LuaEntity attribute `loader_container` says: "The container entity this loader is pointing at/pulling from depending on the LuaEntity::loader_type, if any.". However, a loader can interact with entities that have more than one inventory (e.g. a assembly machine or a furnace). How can I find out ...

I just received this message on the console:

Screenshot 2026-07-02 at 13.17.05.png

However, I have the appropriate localisations in my mod:


[technology-name]
hps__ml-turbo-miniloader=Turbo miniloader

[technology-description]
hps__ml-turbo-miniloader=A turbo miniloader. Can keep up with turbo ...

I have not been able to crash 2.1.9 with FMTK 2.1.4, even doing some debug actions that crashed 2.1.7/2.1.8 right away. So 2.1.9 is a big improvement.

Thank you @justarandomgeek and everyone at Wube for your hard work.

I was editing a migration file that had a breakpoint in it and at some point I renamed the file (from foo.lua to bar.lua). So the foo.lua was gone (and your explanation make sense, if it tried to revalidate the breakpoint in foo.lua, it would fail).

Had the game sitting under the debugger on a breakpoint for a while, editing some of the source code files.

Then moving cursor out of vscode, game crashed immediately.

I resolved this and my takeaway is “don’t add a metatable to a global object”.

I moved everything inside my code to be locals and only expose as globals when I require my code in (by returning a function which can return multiple values) and then do

GlobalA, GlobalB = require(‘my-code’)()

Sure ...

If you don't want to dig into mods but use a smaller reproducer, use the two attached mods.

in inventory sensor data-updates, you do:

require('lib.init')
Framework.post_data_updates_stage()


`lib.init` resolves correctly but is already cached from your earlier call in data, so it does nothing, and you discard the returned reference. You then call into the global var Framework, which ...

This is a change between 2.0 and 2.1.

In a number of my mods, I use a mechanism where I dynamically load files based on the presence of other mods. The relevant code is here: https://github.com/hgschmie/factorio-core-libs/blob/main/framework/other-mods.lua

When I install two of my mods that use ...

It seems that LuaTrain lost get_contents(), get_fluid_contents() and get_schedule() (LuaSchedule being fully unsupported now?) but there was nothing in the release notes about this.

Is the “official way” to get train contents to just enumerate wagons or is there a different/better way? Given that ...

It is not a mod problem. There is nothing in the code that would create those messages; this comes out of the engine.


This looks exactly like the "cidl-drop-near" message from ChangeInserterDropLane .


Yes, you are correct. Sorry for the noise. Turns out that mod snuck into my testing/debug ...

It is not a mod problem. There is nothing in the code that would create those messages; this comes out of the engine.

Copy and pasting settings from an entity to another (the underlying entity is an inserter):
I found no reference what that means. Some left-over debug message?

So I have this hybrid entity, which is stacking a loader and an inserter on top of each other.

Generally it seems to work ok, except when it comes to wire connections. And at this point, I ran out of ideas.

This is what I see in the game:

Screenshot 2026-06-19 at 15.07.40.png

On the right ...