[2.0.58] Undoing copying settings to space platform hubs doesn't undo copying of the schedule of another platform hub

[kotok55555]

Hello. Here is what i did and what happened. I copied settings from the one of space platform hubs to space platform hub located on the other space platform.
Copying went fine. By copying i mean shift-right click on the orignal platform hub and shift+left click to the destination platform hub. Then i undo the copying. Undoing did undo copying requests to the platform hub. But the schedule of the platform remained copied.

I consider the schedule of the space platform remained copied after doing undo(Ctrl+Z) as a bug

Expected behaviour: Undo(Ctrl+Z by default) should also undo copying the schedule to the platform hub from the original platform hub i was copying from.

It seems to happen always on any save, but i leave my save as attachment to test this bug.

Also here is the video of the bug.

2025-07-07 11-33-59.mp4

(33.41 MiB) Downloaded 35 times

[boskid]

This is quite tricky problem to fix. Schedule of the space platform is configurable through space platform hub, however the schedule itself is not stored on the hub entity but on the space platform itself. Main problem is that in order for undo to restore original settings, it must record original settings of the entity and it does by creating a copy of a space platform hub, however this undo record cannot store schedule because this hub copy is not attached to any space platform. It looks exactly the same problem happens when copying settings between locomotives where it does not preserve schedule of a train because it is not a locomotive that stores a schedule but the train itself. I will have to think about this.