Cursor CLI is not scrolling appropriate to the size of the prompt

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

When writing a very long prompt to cursor cli with bullet numbers etc. once you want to edit something in the middle or top of the prompt, the text box you are writing it does not grow with the size or does not scroll down and up for where you expect it to be.
Thus it becomes impossible to understand what’s written where.

Steps to Reproduce

Write a very big prompt in iterm2 to Cursor CLI.
Once you want to edit some of the text in the middle, the cli just jumps up and it becomes impossible to see what you are editing.

Operating System

MacOS

Version Information

2026.08.11-e8db854

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey @Raviv_Trichter, thanks for the report!

This is a known issue we’re already tracking. When the caret sits at the end of a line partway through a long prompt, the input box can jump back to the top instead of following where you’re typing. The box is capped at 6 visible lines by design, but it’s meant to scroll to keep the caret in view, and right now it doesn’t always do that.

In the meantime, for long structured prompts the easiest workaround is to press Ctrl+G, which opens your draft in an external editor (it uses your $VISUAL or $EDITOR); alternatively, adding a trailing space at the end of a line and typing just before it keeps the caret visible.

I’ve added your report to the tracking for this!

Thank you for the quick response! Will do.
Best