Summary
Resizing the terminal window during generation produces fragmented output — scrolling back reveals content rendered at different widths, with tool call box borders (────) terminating at inconsistent columns. The user sees alternating "segments" of narrow and wide content.
Steps to reproduce
- Launch
qwen --approval-mode yolo in Terminal.app or iTerm2
- Send a prompt that triggers tool calls (e.g. "Read test.txt, create utils.js, config.json, README.md, then list and verify all files")
- While tool calls are executing, drag the terminal window edge to resize it 3-5 times (narrow → wide → narrow)
- After generation completes, scroll to the top of the output
Expected behavior
All content should be at the current terminal width, regardless of how many resizes happened during generation.
Actual behavior
Scrollback shows content rendered at the width the terminal happened to be during each resize event. Tool call boxes are the most visible symptom — their ──────── border lines terminate at different columns, creating distinct "segments" at mismatched widths.
Example (window is 140 cols, but scrollback shows ~60-col content):
┌────────────────────────────────────────────────────────┐
│ >_ Qwen Code (v0.18.0-preview.0) │
│ API Key | claude-opus-4-6 (/model to change) │
└────────────────────────────────────────────────────────┘
> Read test.txt and app.js, then create three new
files...
┌────────────────────────────────────────────────────────┐
│ ✓ ReadFile test.txt │
│ ✓ ReadFile app.js │
└────────────────────────────────────────────────────────┘
While the bottom of the output has full-width boxes spanning all 140 columns.
Additional info
- We were unable to reproduce this using tmux pane resize — it requires a real terminal window resize (drag the window edge).
- macOS (Terminal.app, iTerm2)
- Reproduced on v0.18.0-preview.0, reported on v0.17.1
- Default rendering path (
useTerminalBuffer=false)
Summary
Resizing the terminal window during generation produces fragmented output — scrolling back reveals content rendered at different widths, with tool call box borders (
────) terminating at inconsistent columns. The user sees alternating "segments" of narrow and wide content.Steps to reproduce
qwen --approval-mode yoloin Terminal.app or iTerm2Expected behavior
All content should be at the current terminal width, regardless of how many resizes happened during generation.
Actual behavior
Scrollback shows content rendered at the width the terminal happened to be during each resize event. Tool call boxes are the most visible symptom — their
────────border lines terminate at different columns, creating distinct "segments" at mismatched widths.Example (window is 140 cols, but scrollback shows ~60-col content):
While the bottom of the output has full-width boxes spanning all 140 columns.
Additional info
useTerminalBuffer=false)