Thanks for the report, however i am unable to reproduce any issues. Is this crash happening often or was it a one-off event? Do you have any ways to reproduce this?

I was trying to reproduce this crash with given step and with many variations of simillar steps but i was unable. Moving to Pending until a reproduction is found - without a reproduction there is not much i could do.

This behavior is because value of 255 is internally used as a special marker when creating a fire flame saying "use initial_flame_count value from prototype instead" which for a fire-flame is 0. Value of 0 is then interpreted as "use particle offset count / 5" which is equal to 6...

Thanks for the report. The duplicate item definition is now removed for 1.1.69. No changelog record for this because it was not breaking anything and not causing any observable issues.

As far as i know about the noise expression internals (which is not much), noise programs when running are working as a SIMD, basically a compiled (to internal representation) noise program consists of many instructions and instruction works on a long vector of data: in case of a chunk, such vector ...

Your message is not precise enough so i will assume you have no idea what those messages are which means you want to get rid of them. Those are messages from a Debug settings which i implemented during https://forums.factorio.com/102362. You can press F4 to open the Debug settings gui and disable th...

There is no support for this. This falls into the common problem of deciding what value to take in case of a prototype data changes: should it take a value from an existing entity or a value from a new prototype? Internally TransportLines can have speed changed and it is used in one specific case (w...

API for power switches in 1.1.x is quite limited, i see no clean way of finding which side of a power switch is connected to an electric pole. Only usable information here is that if a power switch is connected to 2 electric poles, the LuaEntity::neighbours in the "copper" output will retu...

Train ID's are guaranteed to be non-zero. They are allocated starting from 1 and increasing for each new train. Even if an overflow would happen, a train ID will never be 0 as there is a special check that guards against this case.

There are no reasons to change current lamp staggering behavior in order to optimize this logic. Electric network right now has a vector that maps from a UnitNumber into a staggeringModifier of a lamp. Currently this code has a linear complexity O(N) while lamps are turning on because electric netwo...

No. This would make inserter a lot more complex because technically it could be woken up by belt OR inserter that tries to drop at that belt piece. That would make inserters a lot more complex in the implementation. Also there may be multiple inserters trying to drop at the same belt piece which mea...

LuaControl::enable/disable_flashlight not working when used through LuaPlayer that points at a player with CharacterController was an issue and is now fixed for 1.1.68. As for the reason why those methods are in LuaControl, they are here because they are valid for LuaEntity (in case of a Character e...

Would you be looking into "known not a bug" topic if there would be one? the other topic is in the "Not a bug" subforum.

This is the same as the other not a bug you linked.

Good that you did not found yet that loaders are unable to correctly interact with rolling stocks.

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

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

Not a bug.

Since the output temperature is fixed it makes sense to use input fluid heat capacity to adjust the energy required for conversion since the temperature of incoming source fluid affects the total energy required to produce a unit of output fluid.

Thanks for the report, however i was unable to reproduce any issues. I see your game is modded, could you provide a save file to make it easier to reproduce for me?

Thanks for the report. Issue is now fixed for 1.1.65