Repository navigation
TUI Renders Truncated LLM Response Despite Full Output in Log File #5006
Description
Description
Environment
- OpenCode version: v1.0.128
- Operating System: Linux (Debian Testing)
- Installation: Containerized setup via curl script
- Mode: TUI (no serve-attach)
Steps to Reproduce
- Launch OpenCode in TUI mode.
- Submit a prompt to the LLM that elicits a detailed response, such as one involving script analysis (e.g., identifying issues in a shell script like
vault0.sh). - Examine the response displayed in the TUI interface.
- Review the associated log file for the complete session output.
Expected Behavior
The TUI interface should present the entirety of the LLM-generated response, aligning precisely with the content captured in the log file's session summary.
Actual Behavior
The TUI interface exhibits a truncated response, terminating prematurely (e.g., concluding at "prints the usage message when" rather than extending to the full content). In contrast, the log file preserves the complete response. The screenshot provided illustrates this truncation in the TUI, while the full log transcript below confirms the presence of the unabridged output:
INFO 2025-12-03T02:45:00 +0ms service=bus type=session.status publishing
INFO 2025-12-03T02:45:00 +1ms service=session.prompt step=2 sessionID=ses_51e0cfecfffe7hCucYDcjdh1m3 loop
INFO 2025-12-03T02:45:00 +11ms service=bus type=message.updated publishing
INFO 2025-12-03T02:45:00 +1ms service=session.summary body=Root cause: In vault0.sh, the `stop` function unnecessarily prints a usage message when given the valid argument "vault0" (lines 184-187), even though it proceeds to handle the stop operation. This is likely a copy-paste error, as a similar (but incorrect) printf exists in the `start` function.
Proposed prompt to fix: "In vault0.sh, edit the stop function to remove the unnecessary printf that prints the usage message when the argument is 'vault0'." body
INFO 2025-12-03T02:45:00 +0ms service=bus type=message.updated publishing
INFO 2025-12-03T02:45:00 +1ms service=bus type=session.updated publishing
INFO 2025-12-03T02:45:00 +0ms service=bus type=session.diff publishing
INFO 2025-12-03T02:45:00 +1ms service=session.prompt sessionID=ses_51e0cfecfffe7hCucYDcjdh1m3 exiting loop
INFO 2025-12-03T02:45:00 +0ms service=session.compaction pruning
INFO 2025-12-03T02:45:00 +12ms service=session.prompt sessionID=ses_51e0cfecfffe7hCucYDcjdh1m3 cancel
INFO 2025-12-03T02:45:00 +1ms service=bus type=session.status publishing
INFO 2025-12-03T02:45:00 +0ms service=bus type=session.idle publishing
INFO 2025-12-03T02:45:00 +5ms service=session.compaction pruned=0 total=0 found
Impact
This discrepancy compromises the reliability of the TUI for interactive sessions, compelling users to consult log files for complete information, which disrupts efficient workflows and diminishes the tool's usability.
Suggested Resolution
Examine the TUI rendering mechanism to guarantee comprehensive display of LLM responses, potentially by enhancing buffer management or synchronization with log outputs.
OpenCode version
v1.0.128
Steps to reproduce
As above
Screenshot and/or share link
Operating System
Linux (Debian Testing)
Terminal
Alacritty+Zellij
Activity
github-actions commentedon Dec 3, 2025
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if none of these address your specific case.
taqtiqa-mark commentedon Dec 3, 2025
This is NOT:
fpv-dev commentedon Dec 3, 2025
As a possible workaround to show truncated output you can switch sessions back and forth. But yeah, it's very annoying to not see the last sentence
ariane-emory commentedon Dec 3, 2025
I've noticed this too recently, not quite sure when it started happening.
grahamcropley commentedon Dec 15, 2025
I've also been seeing this sort of truncating lately. Last few words or half way through the last sentence.
Thank you @fpv-dev for the session switch tip. that works, and after switching back I see the full message.
ariane-emory commentedon Dec 15, 2025
I have also continued to observe this behaviour occasionally.
thedaneeffect commentedon Dec 18, 2025
I have similar issues on macOS in iTerm2 using Claude Sonnet/Opus 4.5. Just thought I'd add some data points.
Fix TUI text truncation during streaming (anomalyco#5006)
rekram1-node commentedon Jan 5, 2026
Is anyone still seeing this?
cwegener commentedon Jan 5, 2026
I've been using Big Pickle a lot lately 😂 So ... I'll have to check with Claude models again and report back.
cwegener commentedon Jan 7, 2026
After testing a few rounds with Claude Sonnet 4.5, I no longer see the truncation issues. The issue would usually appear very quickly in the past. The fix looks to be working well.
taqtiqa-mark commentedon Feb 12, 2026
In the spirit of calling out excellent engineering and design....
I've found that the Pi Coding Agent is more robust and, for me has none of the issues that I've encountered in OC, or has an elegant way to resolve them.... I'm dropping out of OC issues: