fix(web): dispatch queued follow-ups after leaving the thread

[macodev00]

What Changed

Queued follow-ups now start while you are in another thread. The working-time counter should show time already spent when you come back.

• A coordinator mounted for the whole app sends queued follow-ups once a tool finishes or the turn ends.
• The open thread, including a draft route that has already promoted to a server thread, still uses the chat send path, so Stop restores the message to the composer.
• The checkout branch selected when the message was queued is stored with it and applied when the follow-up is dispatched.

Fixes pingdotgg#13319

Why

With follow-up behavior set to Queue, a message sent during a running turn lived only inside the open chat view. Leaving the thread deferred thread.turn.start until that thread was selected again, so the counter looked like it started near zero after a long wait.

UI Changes

None (behavior-only). Queued messages dispatch in the background; returning to the thread shows elapsed working time.

Checklist

• This PR is small and focused
• I explained what changed and why
• I included before/after screenshots for any UI changes
• I included a video for animation/interaction changes

  

[macodev00]

Superseded: upstream READY already opened and closed after Macroscope Not approved. Leaving fork PR closed.