A Flight Program on a Custom Part Doesn't Update its "Craft" Identity After Undocking

@sflanker I missed your comments. Yep, our markdown processor still needs some work! Nice workaround.

Here's my temporary workaround doing hacky things with reflection:

    protected override void OnInitialized() {
        base.OnInitialized();

        this.PartScript.MovedToNewCraft += this.OnMovedToNewCraft;
    }

    private static readonly FieldInfo FlightProgramScriptCraftServiceField =
        typeof(FlightProgramScript).GetField("_craftService", BindingFlags.Instance | BindingFlags.NonPublic);

    private static readonly FieldInfo CraftServiceCommandPodField =
        typeof(CraftService).GetField("_commandPod", BindingFlags.Instance | BindingFlags.NonPublic);

    private void OnMovedToNewCraft(ICraftScript oldCraft, ICraftScript newCraft) {
        if (this._flightProgramScript != null && oldCraft != null && newCraft != null) {
            Debug.Log(
                $"Part '{this.PartScript.Data.Name}' Moved From Craft {oldCraft.CraftNode.NodeId} to {newCraft.CraftNode.NodeId}"
            );

            var craftService = (CraftService)FlightProgramScriptCraftServiceField.GetValue(this._flightProgramScript);
            CraftServiceCommandPodField.SetValue(
                craftService,
                this.PartScript.GetModifier<CommandPodScript>() ?? this.PartScript.CommandPod
            );

            craftService.OnCraftChanged();
        }
    }

Sorry for the HTML escape sequences. Somebody needs to work on their markdown processor 😅

Happy to help. I thought I was just breaking things because I was pushing the envelope of what is supported.

Thanks for bringing this to our attention. It is actually a pretty serious issue.

This issue does not affect Flight Programs on non-primary Command Chips, only on random parts like Blocks. So I think the priority on fixing this is really low.