Cursor CLI stuck in endless scrolling bug

Support Bug Reports
1

Where does the bug appear (feature/product)?

cursor cli

Describe the Bug

In longer sessions, there is endless pagination. Claude Code had a similar bug which has been fixed for some time now. [BUG] Uninterruptible "high speed scrolling" of Claude Code terminal in IntelJIdea · Issue #1422 · anthropics/claude-code · GitHub

  1. Have a session longer than a few pages.
  2. Close / reattach the terminal window/
  3. Come back to see Cursor endlessly scroll for several minutes, rendering it completely unusable.

Expected Behavior

What is meant to happen here that isn’t working correctly?

It’s meant to not scroll endlessly. It should just stay put at the text input page rather than endlessly paginating for 15 minutes.

Operating System

Linux

Version Information

2026.08.11-e8db854

For AI issues: which model did you use?Model name (e.g., Sonnet 4, Tab…)

Cursor Grok 4.6

Additional Information

Cursor is not a free product. I use Cursor Agent instead of the IDE, for various workflow related reasons. The infinite scrolling bug mentioned here makes it unbearable to use:

Claude Code and Codex have already fixed these bugs. Cursor Agent is the only one that has not fixed the infinite scrolling in Agent. If anyone on the Cursor team uses Agent for even just a few hours, they will encounter this bug. It is crazy to me that a broken interface like this could be released without being properly tested. That issue should not have been closed without proper resolution.

Does this stop you from using Cursor?

Yes - Cursor is unusable

2

Hi there!

We detected that this may be a bug report, so we’ve moved your post to the Bug Reports category.

To help us investigate and fix this faster, could you edit your original post to include the details from the template below?

Bug Report Template - Click to expand

Where does the bug appear (feature/product)?

  • Editor, Tab & Chat (autocomplete, Composer, in-editor agent)
  • Terminal & commands
  • Models, pricing & API keys (availability, Auto/Max, BYOK/Bedrock)
  • MCP & tools
  • Cloud Agents & Automations (cursor.com/agents, scheduled/event)
  • BugBot & Code Review
  • Cursor CLI
  • Cursor Mobile
  • Remote (SSH / Dev Containers / WSL)
  • Account, billing & login
  • Something else…

Describe the Bug
A clear and concise description of what the bug is.

Steps to Reproduce
How can you reproduce this bug? We have a much better chance at fixing issues if we can reproduce them!

  1. …
  2. …
  3. …

Expected Behavior
What is meant to happen here that isn’t working correctly?

Screenshots / Screen Recordings
If applicable, attach images or videos (.jpg, .png, .gif, .mp4, .mov)

Operating System

  • Windows 10/11
  • MacOS
  • Linux

Version Information

  • For Cursor IDE: Menu → About Cursor → Copy
  • For Cursor CLI: Run agent about in your terminal
IDE:
Version: 2.xx.x
VSCode Version: 1.105.1
Commit: ......

CLI:
CLI Version 2026.01.17-d239e66

For AI issues: which model did you use?
Model name (e.g., Sonnet 4, Tab…)

For AI issues: add Request ID with privacy disabled
Request ID: f9a7046a-279b-47e5-ab48-6e8dc12daba1
For Background Agent issues, also post the ID: bc-…

Additional Information
Add any other context about the problem here.

Does this stop you from using Cursor?

  • Yes - Cursor is unusable
  • Sometimes - I can sometimes use Cursor
  • No - Cursor works, but with this issue

The more details you provide, the easier it is for us to reproduce and fix the issue. Thanks!

8

Here is the related bug that was closed prematurely: [CLI] Cursor-agent scrolls endlessly

I cannot provide screenshots or videos like requested on that chat, because I am an enterprise client. I would be very, very surprised if nobody at Cursor has encountered this issue themselves if they are using the CLI!

15

Hey @Pear2565, thanks for the report, and sorry for the disruption here.

To make sure we’re tracking the right issue: one behavior we’re looking at shows up in long, high-context sessions where the view rapidly jumps between different scroll positions in the conversation history while a response is streaming, with no input from you, teleporting roughly every second so the live output is unreadable.

Is that what you’re seeing, or does the scrolling only happen when you close and reattach the terminal, replaying the history for several minutes and then staying put once it settles?

Worth noting: the thread you linked from last August described the view scrolling and resetting while the agent was replying, so what you’re describing on reattach is very likely a different behavior rather than that same one going unaddressed.

If you can also share whether you’re running inside tmux/screen and over SSH, that would help us pin it down!