Repository navigation
Shell/session interrupt regression in 1.4.2 can leave TUI stuck and shutdown timing out #21743
Closed as not planned
Description
Description
Description
On 1.4.2, interrupting a long-running shell/session action can leave OpenCode stuck instead of returning cleanly to idle.
Observed behavior:
- Esc twice does not reliably interrupt
- the session can remain busy/stuck
- TUI shutdown can end with:
worker shutdown failed - downgrading to 1.3.17 fixes it
This appears to be a regression in shell/session cancellation behavior introduced after 1.3.17.
Plugins
Custom plugin present in my normal setup (rexd-target), but the same setup works on 1.3.17 and breaks on 1.4.2.
OpenCode version
1.4.2
Steps to reproduce
- Start a long-running shell/session action in TUI
- Press Esc twice to interrupt
- Observe that interruption is unreliable and the session may remain stuck
- Exit TUI
- Observe possible shutdown timeout / worker shutdown failure
Screenshot and/or share link
No response
Operating System
macOS
Terminal
Safari for web repro; TUI repro in normal terminal usage
Metadata
Metadata
Assignees
Labels
No labels
Activity
github-actions commentedon Apr 9, 2026
This issue might be a duplicate of existing issues. Please check:
If your issue is distinct from the above, please add clarifying details to differentiate.
sim590 commentedon Apr 18, 2026
Confirming this is still present on 1.4.7.
In my case, the agent had just run git merge origin/dev 2>&1 (which reported 4 conflicts), then ran grep -n to locate conflict markers in one of the files. After that, the TUI showed ~ Writing command... and got stuck there.
This matches the description: the abort signal is no longer plumbed through to shell execution, so ESC cannot interrupt.
github-actions commentedon Jul 4, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.