Re-entering a chat flushed the restored queued message based on the
client's stale isGenerating flag (a route-level enrichment the
chat:session:updated SSE payload lacks), firing a send that aborted the
live generation server-side and could lose the message entirely. The
restore path in useChat and useQuickChat now asks the server first:
attach and defer the flush while generating, send immediately only when
no generation is in flight, and keep the bubble on a failed check.
FixesRunfusion/Fusion#1279
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
684baa0eb7