fix(chat): prevent queue recovery panel flashing during normal sends

[bobleer]

Problem and fix

Every ordinary desktop send briefly opened the host queue panel with zero queued messages and an unknown-delivery warning. The durable outbox was exposed as recovery state while its RPC was still awaiting acknowledgement.

Track live transmissions separately from persisted recovery records in the shared desktop/mobile queue client. Observer refreshes exclude live transmissions; failed acknowledgements and recreated pages still expose the original durable record for explicit, idempotent recovery. Persist-before-send and actual host queue display are preserved. Ignore stale overlapping outbox reads.

Also align three queue/rollback typography declarations with the current main branch's typography gate using existing semantic tokens.

Validation

• New regression tests fail against the original implementation and pass with the fix.
• Host queue suite: 15 tests, including real Chrome IndexedDB close/reopen recovery and mobile composer coverage.
• Desktop HostPendingQueuePanel: 2 component tests for delayed success and lost acknowledgement.
• Mobile TypeScript check.
• check:web Canvas, appearance, typography, and theme/color gates passed. Web UI TypeScript passed separately after populating the new worktree with existing generated API bindings (their Rust contract sources are unchanged).

Remote coverage uses simulated host RPCs and real Chrome storage; no live phone/host end-to-end run or installed desktop update is claimed.