mirror of
https://github.com/multica-ai/multica.git
synced 2026-07-15 14:19:13 +02:00
Two related bugs that combined to leave every quick-create task in 'queued' from the user's POV: 1. ResolveTaskWorkspaceID returned "" for any task whose issue_id / chat_session_id / autopilot_run_id were all NULL — exactly the shape of a quick-create task. That made requireDaemonTaskAccess 404 on the daemon's /start, /progress, /complete, /fail endpoints, and silently dropped task:dispatch / task:completed broadcasts. Even when the claim itself succeeded, the daemon couldn't drive the task forward, so it stalled and eventually got swept back. Read the workspace from the QuickCreateContext JSONB so every downstream lookup works. 2. EnqueueQuickCreateTask never called notifyTaskAvailable, so the daemon WS wakeup never fired for quick-create. The 30 s poll fallback would eventually pick the task up, but combined with #1 that meant the task spent the bulk of its life looking like "queued, never triggered". Match the chat / issue / autopilot enqueue paths and signal the wakeup.