[BUG] View intermittently jumps to top of terminal when reviewing code edits while scrolled up

Resolved 💬 33 comments Opened Jun 1, 2025 by Cheffromspace Closed Apr 8, 2026

Environment

  • Platform (select one):
  • [x] Anthropic API
  • Claude CLI version: 1.0.6 (Claude Code)
  • Operating System: Windows 11, Ubuntu 22.04
  • Terminal: Windows Terminal
  • Verbose mode: false

Description: When reviewing code changes in Claude Code's edit panel (with accept prompt), if the view is scrolled up from the bottom position, it can automatically jump to the top of the terminal output. This happens without user interaction and appears to be intermittent or delayed.

Steps to Reproduce:

  1. Use Claude Code to generate/edit code
  2. When the edit review panel appears with the accept prompt
  3. Be in a scrolled-up position (not at the very bottom of the output)
  4. Wait/observe - view may jump to top after a delay or refresh

Expected Behavior: The view should remain at the current scroll position while reviewing changes.

Actual Behavior: The view intermittently jumps to the top of terminal output when not positioned at the very bottom. The jump may occur after a delay, suggesting a possible refresh/redraw issue.

Impact: Disrupts reviewing large diffs as users lose their place, particularly problematic for lengthy code reviews.

View original on GitHub ↗

33 Comments

phpeterson-usf · 1 year ago

Same on Mac with iTerm2 terminal

weeksie · 1 year ago

Same on WezTerm, it's driving me crazy.

mmic-irobbins · 1 year ago

Also been having this issue for the past few days

jayadehart · 1 year ago

+1 on Windows / WSL2 Ubuntu 22.04.5 LTS

mounan · 1 year ago

+1 on GPU 5090

rfmsanz-ethan · 10 months ago

Still very much an issue on 1.0.93 using JetBrains Rider on Windows.

nick-the-dev · 8 months ago

+1

cgsmith · 7 months ago

I get this same think on Apple M4 Pro 26.1 (25B78) - using terminal Termius Version 9.34.4 (9.34.4)

For me it happens when Claude Code asks a question and then I type escape her push the esc button and clarify. Then it will randomly jump up over some time.

ashenmaker · 7 months ago

+1 on Windows / WSL2 Ubuntu 22.04.5 LTS

shanytc · 7 months ago

Here too. OSX using bash

jackmusick · 7 months ago

I'm also having issues on macOS 26.1, though I'm pretty sure I've seen this in Windows Terminal (I just don't use it as much).

stardust2602 · 7 months ago

+1 on macOS 26.2 using bash

rafaelreis-r · 6 months ago

This is really annoying!!! I'm using Termius (iTerm wrapper) and happens as well

qdx · 6 months ago

Same, windows WSL2 with ubuntu 22.04, using Tabby, claude code version v2.0.76

nikspyratos · 6 months ago

This happens for me for basically any long terminal view history, even across chats when using /clear. I'm using terminal in PHPStorm and having the issue there.

evansendra · 6 months ago
Same on Mac with iTerm2 terminal

my workaround for iTerm2 has been to set

Settings > Advanced > "Prevent CSI 3 J from clearing scrollback history?" -> set to "Yes"

But this results in the terminal output growing very quickly and repeating output since it's no longer self clearing. Definitely not a long term fix but better than having the output autoscroll to top randomly and making CC unusable.

anodynos · 4 months ago

I started having this as well, very annoying.

I'm on latest Windows Terminal, Claude Code running inside Docker Desktop for Windows.

I think I started seeing when I started using ccstatusline, never had it before... But I can't be sure, I leave it here as a link so we can gather more voices.

SadraRahmani · 4 months ago

Still the issue exists! Windows powershell

kevinwwillis · 4 months ago

I started using Code CLI two weeks ago and didnt notice this issue (I dont think it ever occured). It only seems to have started doing this "scroll to top" behavior sometime in the last 2-5 days. I observe this in Windows 10 using the new Windows Terminal.

tfriedel · 4 months ago

seems like with context windows getting larger this is getting more annoying

synergy49 · 4 months ago

I started using Code CLI two weeks ago and didnt notice this issue (I dont think it ever occured). It only seems to have started doing this "scroll to top" behavior sometime in the last 2-5 days. I observe this in Windows 10 using the new Windows Terminal.: same, it a nightmare, how to fix it???!!!!!

nikspyratos · 4 months ago

Yeah it has regressed again

mimbin · 4 months ago

Same here. On Mac Sonoma 14.7.4, iTerm2 terminal.

octopus-luminos · 3 months ago

Same thing. Can confirm that i am using status line

perphoebis · 3 months ago

I can confirm, same issue, Windows Powershell with WSL

YupeiChen94WiseRock · 3 months ago

Same issue, using terminus.

Passing TERM=dumb does prevent this, but then it doesn't look as nice.

feanz · 3 months ago

same issue windows terminal powershell

rene-hermenau · 3 months ago

Still happens here:

  • OS: macOS (Darwin 25.3.0, arm64, Apple Silicon M-series)
  • Shell: zsh 5.9
  • Claude Code: v2.1.81

<img width="489" height="467" alt="Image" src="https://github.com/user-attachments/assets/4d9e5e27-adaf-4317-9bd0-29881aa43247" />

nbros · 3 months ago

I had the issue too, but I don't think I've seen it since I started using tmux: I think tmux has its own scrollback, that is independent of the terminal emulator’s buffer and that Claude Code cannot touch.

patgoley · 3 months ago

This happens to me all the time, and it makes Claude Code basically unusable.

macOS Sonoma 15.6.1
iTerm2 3.6.9
zsh 5.9
Claude Code 2.1.81

phillipsharring · 3 months ago

I've only used Claude Code a few months, but this is new - looks like this was back in June - if this got fixed, it's broken again. macos Tahoe 26.3.1. Iterm2, w/ OMZsh build 3.6.9. Basically unusable is right. Start reading in the middle of what it's changed, bam - straight to the top. I think this started for me... last week? week before as I write this.

amit777 · 3 months ago

seems like a relatively new issue for me too. within last week or 2. have been using CC for many months now.

github-actions[bot] · 3 months ago

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.