CLI input window jumps / can't see caret

Support Bug Reports
1

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

When typing across multiple lines in the input box, the caret doesn’t follow properly and sometimes you type without seeing the text you’re typing. Potentially related to Cursor Agent CLI: CJK IME candidate window does not follow input caret (Alacritty + WSL2 + Zellij) - #5 by deanrie.

Steps to Reproduce

Paste multiple lines in the input box e.g.

1
2
3
4
5
6 end of box

Two issues:

  1. As you scroll up/down through lines it snaps certain lines to the box instead of smoothly scrolling the input box.
  2. Biggest issue: If you type at the end of a line, sometimes the input box shows the first few lines instead, so you can’t see what you’re typing. To get around this, I sometimes add a space at the end of the line and type before the last space so that the caret doesn’t disappear.

See screen recording: The jitter isn’t from any box refreshes I think, it’s just me going back and forth between the current (hidden) line where I’m typing and the main text shown, to demonstrate.
First screen recording is my SSH → tmux session, second is just plain CLI over SSH (no tmux, still happens).

Expected Behavior

The input box should follow the caret and you should be able to scroll smoothly up/down your text box.

Screenshots / Screen Recordings

Watch the recording to the end (I’m typing in the background).


Operating System

MacOS

Version Information

╭────────────────────────────────────────────────╮
│ │
│ About Cursor CLI │
│ │
│ CLI Version 2026.07.23-e383d2b │
│ Model GPT-5.6 Sol 272K Medium │
│ OS linux (x64) │
│ Terminal unknown │
│ Shell zsh │
│ User Email [email protected] │
│ │
╰────────────────────────────────────────────────╯
Could not copy to clipboard

Using iTerm2 on local Mac.

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

5

Hey, thanks for the detailed report. The recordings and exact steps really help.

I reproduced it. When the caret lands at the end of an inner line that is not the last line, the input box snaps upward and hides the line you’re typing. This isn’t caused by your setup or by SSH or tmux. The behavior showed up after a recent CLI change where the input became fixed height with 6 lines and scrolling. The line cap is by design, but the caret disappearing at the end of the line isn’t.

I’ve shared this with the team and we’re tracking it. I can’t share a timeline yet, but I’ll post an update in the thread once I have one.

For now, the workaround you found, adding a trailing space and typing before the last space, is the most reliable. The jumpy scrolling when moving between lines is part of the same issue, and we’ll tackle it together with the main bug.