Hey, thanks for bumping the thread again. I want to be honest: the previous fixes in 1.4.5, 1.7, etc. didn’t cover all edge cases, and the bug keeps coming back in different scenarios like chat to chat, chat to terminal, refresh after a long chat, WSL, and so on. We’re tracking this internally as a known issue, but I can’t share an ETA. It’s deeper than just restoring scroll position and it ties into the chat rendering architecture.
While we don’t have a fix, you can try a workaround from @chadacaldwell in post #53: open chats as editors via the three dot menu at the top, then Open Chat as Editor. When switching between those tabs, the scroll position tends to stay more stable.
@Sadegh_Karimi@jonassteinberg1 I’ve noted your versions 3.3.30 on WSL and 2.6.22 on macOS. If we have updates on the fix, we’ll post them here.
“Open Chat as Editor” was a valid workaround last year, but since Cursor version 3 was introduced, chats are opened as editor by default; there is no longer a separate chat pane.
The workaround that works for me is right-clicking the tab and selecting “Move into new Window.” Although I would prefer to keep everything in the same window and just go back and forth between tabs as needed.
Ideally, we still want tabs to remain at their current scroll position when switching between conversations, not being reset to the bottom of the conversion or to the top of the conversation.
Hey, thanks for the update and for calling out the working workaround. It’s helpful for other users in the thread.
Confirmed: you’re right, Open Chat as Editor isn’t applicable in Cursor v3 anymore, since chats open as an editor by default and there’s no separate chat pane. Right now, Move into new Window right-click on the tab is the most stable workaround.
On the bug itself, the status is unchanged like I said earlier in the thread. It’s a known issue tracked internally, but I can’t share an exact ETA. The problem is deeper than just restoring scroll position and is tied to the chat rendering architecture, so fixes sometimes cover some cases but not all edge cases at once.
The expected behavior keeping the tab scroll position when switching, instead of jumping to the top or bottom is noted. I’ll post here when there are updates on a fix.
On switching agent tabs in editor window. Often the view goes to the switched agent history top, not last viewed position. I have to scroll long down to restore previous view.