[BUG] rendering glitching on refreshing - suspected TMUX or multiple rapid resolution changes and Claude Code TUI rendering not updating resolution properly

[gwpl]

Environment

• Platform (select one):
  • [x] Anthropic API
• Claude CLI version: 1.0.6 (Claude Code)
• Operating System: Linux (ArchLinux, Ubuntu, NixOS)
• Terminal: variety of terminals... all thought TMUX multiplexer

Bug Description

• When cluade printing/changing output sometimes (issue is flaky) it's "glitching" like whole long pager rolling up and down...

Suspected is that , as I reattach tmux client between different terminals of different sizes, I resize tmux panels etc... that maybe sometimes I hit "wrong moment" and part of claude rendering logic is not updated about new smaller terminal size, while other parts of claude rednering logic is updated... as it is using dependencies, it maybe down TUI rendering stack....

Recommended action:

enforce updating terminal size on regular basis when rendering in claude code itself and push down to dependencies to do the same...

Steps to Reproduce

Flaky, suspected that changing terminal size in wrong moment may be not noticed by claude scrwing it's terminal refershing ?

Expected Behavior

rendering working flawlessly regardless how often I change terminal size (which maybe rapid if tmux client is attached in multiple windows/computers, and depending which I touch, it becomes "tmux active" and tmux will rapidly resize to one I am on....)

Additional Context

Already provided in ticket earlier: rapid terminal resigin, multiple tmux clients attached to terminal running claude code.

[rushiagr]

similar situation. i have tmux and a horizontal split (i.e. top half and bottom half), and i use claude-code in top half. when i work with claude-code, i zoom the top-half to become full screen, but when i un-zoom it, to perform some cli operations in the bottom half, the top half i.e. claude-code area zooms as if it's scrolling full length. the more i work with claude-code, the more lines that top-half session has, and the more scrolling this does. i have m4 max mac, and this sometimes takes upwards of 5+ seconds

[legokichi]

i have same problem in gnu screen.

[OAGr]

Same. M1 Macbook Pro, Tmux. Often the issue goes away for me after a few seconds, but sometimes it can last longer. This might be just because it needs to wait for Claude Code to finish, it's hard for me to tell. But it's definitely confusing and a significant pain.

[mandofever78]

Same here on Intel MBP, Fish, ghostty, tmux. Zooming into a glitching pane sometimes fixes it but the behavior returns when zooming back out.

[TheSmilez]

Trying to figure out what's the point of these reports if they're just going to close them and not mention if they're even working on a potential fix.

[gwpl]

ping so bot won't close it, as it still happens

[diggerdu]

still happens

[diggerdu]

Found a ugly workaround: claude code in zellij do not have this issue. So I run claude code inside zellij inside tmux.

[lrosasarias05]

same

[nothans]

I am experiencing this issue in VS Code with Claude Code running in a terminal.

[armoucar]

I use tmux vertical panes in combination with zoom. Sometimes I run 5 of them and each of them, when not zoomed, get just a small width space. For me it's ok, because I can toggle zoom pretty quickly. But if claude code is running in a collapsed pane, when I zoom in that pane, the text lines dont expand together with the pane size. Examples in the images:

[sp98]

Just installed claude and ran into this. Only happens on the extended monitor setup and on the main screen.