[BUG] Terminal clears frequently and for no reason, hiding conversation history
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
This just started last night: 3/31
% claude --version
2.1.89 (Claude Code)
The terminal session clears, making it impossible to see any part of the conversation prior to the clearance. It looks the same as when claude code compacts. The top of the terminal session shows the claude robot, version, license, etc. But compaction is not involved (no compaction warnings or notices, any nowhere near the compaction threshold).
This is a giant productivity killer because the remaining content is not sufficient to resume my own context about what that window was doing, and there is no way to see any of the thinking that went into the conclusion that is presented.
What Should Happen?
Claude code terminal should leave the conversation history in place.
Error Messages/Logs
▐▛███▜▌ Claude Code v2.1.89
▝▜█████▛▘ Opus 4.6 (1M context) · Claude Max
▘▘ ▝▝ /sandbox/.worktrees/AM-2030
... This is what shows at the top of the terminal
Steps to Reproduce
Have a slightly sustained conversation with claude code.
Claude Model
Opus
Is this a regression?
Yes, this worked in a previous version
Last Working Version
Whatever came before Claude Code v2.1.89
Claude Code Version
v2.1.89
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
This is a mac os terminal, shelled into a docker container.
11 Comments
I'm experiencing this too. Makes it impossible to track what claude has done on any given thing.
I am also facing the same issue, I am on linux ubuntu
Same issue as well (v2.1.89) on tmux running on a mac, v2.1.89 running on windows terminal direct is fine
I asked Claude. Here it is:
Scrollback buffer in Claude Code
Unfortunately, Claude Code does not offer a configurable setting for the scrollback buffer size. The
reason is that Claude Code uses the terminal's alternate screen buffer, a special mode that
completely bypasses your terminal's native scrollback settings (Ghostty, iTerm2, etc.).
This means:
Possible workarounds
but it has limited effect due to the alternate screen
Feature request
If you want this feature, you can report it at https://github.com/anthropics/claude-code/issues —
there are already open issues about this (e.g. #2479, #28077).
same here on v2.1.89 - seems to be triggered by agent and/or skill invocations. I asked an instance to produce 1000+ lines of random text, no problem. Then I asked it to use a skill which also spawned an agent, and from that moment on the visible amount of lines was greatly (10x) reduced
Just to be clear... this does not address the problem that I reported.
I'm on Linux, Ubuntu. I have the issue from within tmux, outside of tmux, inside a devcontainer, and outside of a devcontainer on the default Ubuntu terminal.
This was not an issue until I upgraded this morning to v2.1.89
2.1.89 seemed fine for me but once .90 auto installed, I immediately started seeing issues. I was not able to resume sessions and have my last conversation prompts and responses restored.
Running
CLAUDE_CODE_NO_FLICKER=1 claudeworked for me.Anthropic documents CLAUDE_CODE_NO_FLICKER=1, and it seems to address this issue for some people.
This has been working correctly for several days now. I'm not sure exactly which build fixed it, but I'm on Claude Code v2.1.92 and have not seen the problem for many cycles.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.