fix(ui): refresh transport status labels after a Transport Mode switch settles

[dehuaichendragonplus]

Why

Switching the MCP Server window's Transport Mode between Direct HTTP and Broker Mode restarts the server asynchronously (StopAsync → StartAsync, and broker bring-up spawns a process + health-probes + attaches over several frames). But the two status labels were refreshed on a fixed 2-frame delayCall, which fires long before the async restart settles:

EditorApplication.delayCall += () =>
    EditorApplication.delayCall += () => { UpdateBrokerStatus(); InvokeRefreshStatus(); };

So after switching to Broker Mode the header kept showing "Running on …" and the transport line kept showing "Transport: Direct HTTP.", even though the server had already switched (a broker process owning the port, the editor attached to it as a client).

Verified on a live editor: with the server actually in broker mode (IsAttachedToExistingTransport == true, a broker process listening on 8765, the editor connected to it), the labels still read the pre-switch Direct-HTTP text. It's a stale display, not a wrong computation — a fresh refresh produces the correct text.

What changed

FunplayMCPServerControlsPanel now refreshes the labels once the restart has actually settled instead of on a fixed delay: the transport-mode change handler awaits StopAsync/StartAsync, then calls UpdateBrokerStatus() + the header refresh. Awaiting captures the editor main-thread SynchronizationContext, so the refresh runs on the main thread against the final transport state. This also makes the labels correctly show a direct-HTTP fallback when broker mode fails to start (the settled state), which the old racing refresh could miss.

No recurring polling is introduced on purpose: MCPBrokerProcessManager.IsRunning does a synchronous loopback health probe, so polling it every frame/second would risk stalling the editor UI thread when the broker is unreachable — the refresh stays event-driven, just correctly timed.

Testing

• Compiles clean on Unity 6000.3.13f1.
• On a live editor in broker mode, confirmed the labels compute the correct text ("Attached to existing server on http://127.0.0.1:8765/ …" + "Transport: Broker running (pid …, port …).") — the fix makes that refresh happen after a Transport Mode switch, not only on a later window rebuild.

Independence

Touches only Editor/MCP/Server/FunplayMCPServerControlsPanel.cs. No overlap with the other open PRs; applies cleanly on current main.

Changelog

Added under ## Unreleased (Fixed).

---

🤖 Generated with Claude Code