[FEATURE] scroll lock / pause auto-scroll while Claude is streaming

Status Closed — not planned
Maintainer reply None cached
Activity 11 comments · opened Mar 24, 2026 · closed May 11, 2026

Preflight Checklist

  • [x] I have searched existing requests ~and this feature hasn't been requested yet~ and the requests for this feature have been closed
  • [x] This is a single feature request (not multiple features)

Problem Statement

When Claude is streaming output, the terminal auto-scrolls to the bottom on every
update. This makes it impossible to read previous output while Claude is still working
— you get thrown back to the bottom constantly.

This is especially frustrating when:

  • You're reviewing code Claude just wrote while it continues working
  • You have long responses and want to read from the top down
  • You have multiple terminal windows open

Proposed Solution

A way to pause auto-scrolling while Claude is streaming. Some possible approaches:

  • A keybinding (e.g. Ctrl+S) to toggle scroll lock
  • Automatically pause auto-scroll when the user scrolls up, resume when they scroll back to the bottom
  • A setting to control auto-scroll behavior

Alternative Solutions

you could use opencode instead i guess, or make a fork :)

Priority

~Critical - Blocking my work~
Medium - Annoying but common, unecessary, something which people have solved in other programs

Feature Category

CLI commands and flags

Use Case Example

scenario:

  • i am working on a repo that uses other repos, and working on those in tandem, so for example I work on my repo exphil which has its own claude code instance, but a dependency i made called edifice gets its own instance, and another dependency nx that I am contributing to gets its own instance
  • i wish to add a feature to exphil, but i figure out that it should be a PR to nx, so I work on nx to add this PR and submit it, then I go back to edifice to hook it in, and have to return to exphil to see whats been done
  • I prefer in this instance to work on two or three things parallel, so exphil isn't just doing nothing when i work on nx, so I add stuff to a todo list md doc or the task list and have it work through stuff, but when i check back on it, i need to know what was done while its doing more stuff.

Basically parallel sessions could be made better in many ways. This would do a lot for letting me switch between sessions with less friction. And work concurrently and productively without having to like click on the scroll bar and scroll up and every time claude updates, move my still clicked mouse

Additional Context

This has been requested multiple times but prior issues were auto-closed and locked by the stale bot:

  • #11792 — Add option to disable auto-scroll after responses
  • #11092 — Auto-scroll should pause when user scrolls up in chat
  • #30192 — Screen freeze / scroll lock while Claude is generating output

View original on GitHub ↗

11 Comments

github-actions[bot] · 5 months ago

Found 3 possible duplicate issues:

  1. https://github.com/anthropics/claude-code/issues/37627
  2. https://github.com/anthropics/claude-code/issues/35512
  3. https://github.com/anthropics/claude-code/issues/34722

This issue will be automatically closed as a duplicate in 3 days.

  • If your issue is a duplicate, please close it and 👍 the existing issue instead
  • To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

blasphemetheus · 5 months ago

the others here pose this as a bug, if it's intended that the window gets thrown down to the bottom always that doesn't seem right, so maybe a bug is the appropriate label. If it's intended behavior then feature request I'd say

blasphemetheus · 5 months ago

I use xterm-kitty as my $TERM, so if this is just a bug then lmk what terminals work normally and I'll use those :)

blasphemetheus · 5 months ago

this is also a really important feature for use of claude code in tiling window managers, where if you have the top right quadrant of the screen as claude code and you want to read what just happened but you don't want to interrupt the current process, it's super necessary, more than if you're full screen (cause space is limited, means scrolling happens constantly)

blasphemetheus · 5 months ago

also I should note if one were to add this state which could be toggled by a ctrl+button, it would make sense to add a UI element indicating whether this state is on while youre scrolled up in claude code, so if theres something happening below it somehow is visible, and if its stopped below, somehow you can see that, even though you're scrolled up. A thought, not super necessary compared to the rest of it, but nice to have. Probably a bigger change than you're looking for

blasphemetheus · 5 months ago

already the /rename and /color stuff adds a ton of usefulness for multiple sessions (being able to tell at a glance which one you're one). More UI/UX stuff like this please!

haikalpribadi · 5 months ago

This issue needs way more upvotes. I'm pulling my hair out each time I have a long response that I need start reading as the session will take a while to complete.

ptrkstr · 5 months ago

I would love this fixed as well, it seems to be Claude Code related and not terminal as I encountered it in both iTerm and cmux.

olcariz · 5 months ago

Seems like claude team prefers to release beta features instead of fixing rate limits and annoying bugs like this, what a shame...

github-actions[bot] · 3 months ago

Closing for now — inactive for too long. Please open a new issue if this is still relevant.

github-actions[bot] · 2 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.