From the internal logic of loading save files, on_configuration_changed will be raised for all mods any time any part of the game version is changed, this includes main, major, minor and developer part of the save file format version field. This is because on_configuration_changed will raise every t...

Signals will automatically try to connect to rails when they are created. Only things you need to take care of is for the position to be exactly on a tile center, direction to be correct and to not have signals on an adjacent tile in the direction of a signal.

Your signals have incorrect direction.

Thanks for the report. This issue was already fixed for 1.2 in a lot more generic and clean way so i had to decide if i even want to fix this in 1.1.x as well, but given a temporary fix has only 4 lines of code it is now also fixed for 1.1.71.

Yes, that would be fully expected. If there are two stops (same) name with a limit of 1 each, two trains will go. If one station gets disabled one train will go and the other will stop dead where it is - usually on the main track. That is the issue. I do not care about this case anymore. Train stop...

Thanks for the report. Issue is now fixed for 1.1.70. I was able to reproduce the issue using a UnitGroup with a BuildBase command set since the biter that was a member of this unit group had a distraction that allowed it to go away of the group while not preventing the UnitGroup from finishing its ...

Looking into the desync report i only see differences related to Rampant's units.

Could you provide a save file in which the issue is happening?

Given the description i am going to say this is Not a bug: as Tobias said, copy-paste gives you a blueprint and blueprint placement does not follow the fast-replace logic.

Thanks for the report. Issue is now fixed for 1.1.70. It was related to BlueprintBookGui logic trying to interact with inventory gui which is not present while tick is paused. This issue was already fixed for 1.2 but since it was 2 lines of code fix i back-ported it. There may be some gui artifacts ...

This will be fixed in 1.1.70 due to changes made to fix 103719

Scaling up 9 times is just a coincidence on your end, for me it is 11 times. Crash is basically a stack overflow because TabbedPane during resizing is recursively resizing itself which in this particular case causes it to blow up as every other nested call gets larger width.

Thanks for the report. Issue is now fixed for 1.1.70. It was related to a bad logic inside of a Loader where it was allowed to deactivate itself even when the entity it interacts with has no wakeup lists. Now a loader will stay active if the entity it interacts with has no wakeup list. To additional...

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

No.

This idea is incompatible with one of the 1.2 changes where it would be a clear violation of the train stop limits.

Thanks for the report. Lets see how many mods are broken by my changes. Instead of forcing stack size to 1, it will not force any values anymore, but if it happens to be different than 1 it will throw instead. LuaItemPrototype::stackable should also be fixed for 1.1.70.

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

Ok, i did tiny tweaks to make the HighlightBoxEntity behave slightly better: it will perform copy of target's selectionBox immediately during construction without waiting for next update call. That has some important behavior changes because copy of this selection box is then used as a bounding box ...

Thanks for the report. Save file has enough clues that i was able to reproduce the issue without any mods. It is related to upgrading underground belt ghosts. Issue is now fixed for 1.1.70. For now you can fix this this save file using a "prototype changed mode" which you can trigger manua...

When i was implementing train stop limits i was aware it will not work nicely with enable/disable exactly because of that case but i kept it because it gives different behavior for controlling trains (allows trains to skip some schedule records instead of waiting). I guess i have enough of those iss...