Skip to content

fix(sessions): show the waiting input when a picked session is still replying - #277

Merged
grinev merged 1 commit into
grinev:mainfrom
atn18:fix/show-pending-input-on-pick
Oct 21, 2026
Merged

grinev merged 1 commit into
grinev:mainfrom
atn18:fix/show-pending-input-on-pick

Conversation

@atn18

@atn18 atn18 commented Oct 17, 2026 •

Copy link
Copy Markdown
Contributor

Description of changes

  • Picking a session in /sessions or /recent while it is still replying showed the previous completed exchange (the last reply with text plus the input it answers), so a message just sent appeared nowhere and looked lost. The pick transcript now also sends the newest user input created after the shown reply started - once, right after the reply.
  • The waiting input is detected by comparing the prompt's creation time with the shown reply's, so it behaves the same on V1 and V2 (the V2 adapter carries no parent link).
  • Notes: a prompt whose reply was aborted, errored, or ended without a text reply is shown as waiting, because the transcript deliberately hides failed or text-less replies. The input quote itself still does not appear on OpenCode V2 (pre-existing; the V2 adapter maps no parent). The background-notification button keeps its existing reply-only behaviour.

Closes issue (optional)

  • None

How it was tested

  • npm run lint, npm run build, npm run typecheck, npm test - all green (2806 passed, 7 skipped).
  • New unit tests for the waiting-input detection (created after the shown reply, predates it, no prompt); the pick integration test asserts the waiting input arrives after the reply.
  • Manually verified on an installed copy: send -> /detach -> return while the reply is still running shows the waiting input; idle picks show no duplicate quote.

Checklist

  • PR title follows Conventional Commits: <type>(<scope>)?: <description>
  • This PR contains one logically complete change
  • Branch is rebased on the latest main
  • I ran npm run lint, npm run build, and npm test
  • If this PR is OS-sensitive, behavior/limitations for Linux/macOS/Windows are described

@atn18
atn18 force-pushed the fix/show-pending-input-on-pick branch 2 times, most recently from faee151 to e7ba509 Compare October 19, 2026 07:42
…replying

Picking a session while it is still replying showed the previous completed
exchange, so a message just sent appeared nowhere and looked lost. The pick
transcript now also sends the newest user input created after the shown
reply started, once, right after the reply. The waiting input is detected
by creation time, so it behaves the same on V1 and V2.
@atn18
atn18 force-pushed the fix/show-pending-input-on-pick branch from e7ba509 to 735f81c Compare October 19, 2026 07:54
@grinev

grinev commented Oct 21, 2026

Copy link
Copy Markdown
Owner

@atn18 thanks for contribution!

@grinev
grinev merged commit 8ffd907 into grinev:main Oct 21, 2026
3 checks passed
@atn18
atn18 deleted the fix/show-pending-input-on-pick branch October 22, 2026 05:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants