Skip to content

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

Closed
macodev00 wants to merge 16 commits into
mainfrom
cursor/fix-background-queue-dispatch-ead6
Closed

macodev00 wants to merge 16 commits into
mainfrom
cursor/fix-background-queue-dispatch-ead6

Conversation

@macodev00

Copy link
Copy Markdown
Owner

What Changed

Queued follow-ups are dispatched for threads that are not currently open. The selected thread still sends through the chat view.

Why

Fixes pingdotgg#13319.

With follow-up behavior set to Queue, a message sent during a running turn stays in the in-memory queue. The effect that later sends it lives in ChatView and only watches the selected thread. Switching threads, or leaving the chat layout, stops that effect. The follow-up is sent when the thread is opened again, so the working-time counter starts near zero on return.

Hunch, consistent with the maintainer note on the issue: the multi-minute wait is before thread.turn.start, not a stale timer. An idle-thread send already goes out immediately and does not need the thread to stay selected.

The coordinator subscribes to threads that have a queue, including while Settings is open, and sends at the same tool and turn boundaries. Stop cancels an in-flight background send. A failed send is held for retry instead of looping. Native mobile keeps its own queue.

UI Changes

No visual change. A queued follow-up now starts while you are in another thread, so returning shows the 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
Open in Web Open in Cursor 

juliusmarminge and others added 16 commits September 23, 2026 15:01
…case screenshots (pingdotgg#13316)

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: t3-code[bot] <269035359+t3-code[bot]@users.noreply.github.com>
Co-authored-by: Exotic <118054752+extoci@users.noreply.github.com>
…otgg#11580)

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
Co-authored-by: Simone <185146821+Lucenx9@users.noreply.github.com>
…3355)

Co-authored-by: Yordis Prieto <yordis.prieto@gmail.com>
Co-authored-by: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Signed-off-by: Yordis Prieto <yordis.prieto@gmail.com>
Queued messages only left from the selected chat view, so a follow-up sent while a turn was still running waited until that thread was opened again. A coordinator now sends due follow-ups for threads that are not on screen.

Implemented with Grok 4.7 in Cursor.

Co-authored-by: maco <macodev00@users.noreply.github.com>
@github-actions github-actions Bot added vouch:trusted PR author is trusted by repo permissions or the VOUCHED list. size:XXL labels Sep 24, 2026
@cursor

cursor Bot commented Sep 24, 2026

Copy link
Copy Markdown

@coderabbitai review

@macodev00

Copy link
Copy Markdown
Owner Author

Superseded by upstream READY (same head).

@macodev00 macodev00 closed this Sep 24, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

size:XXL vouch:trusted PR author is trusted by repo permissions or the VOUCHED list.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Bug]: Sent message appears to start working only after returning to its thread

9 participants