Cursor is sluggish when typing git commit message in the sidebar

latest mac release
Version: 3.2.11 (Universal)
VSCode Version: 1.105.1
Commit: e9ee1339915a927dfb2df4a836dd9c8337e17cc0
Date: 2026-04-24T14:36:47.933Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin x64 24.6.0
and this bug still exists

Still slow for me too. Using MacBook Air M4, OS 26.3.1 (25D2128)

Hi,

Same issue here on Arch Linux with KDE (up to date from last friday)

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Typing Commit Message in Source Control sidebar causes CPU to spike. Especially if typing fast.

Steps to Reproduce

Type fast into the commit message field.

Expected Behavior

A text field’s on-input handler shouldn’t be noticeable on the CPU at all.

Operating System

Linux

Version Information

Version: 3.2.11
Commit: e9ee1339915a927dfb2df4a836dd9c8337e17cc0
Date: 2026-04-24T14:36:47.933Z
Layout: editor
Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Cursor/3.2.11 Chrome/142.0.7444.265 Electron/39.8.1 Safari/537.36

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

ditto. on Macbook M4 Pro, macOS Sequoia 15.6.

Cursor version:

Version: 3.2.16
VSCode Version: 1.105.1
Commit: 3e548838cf824b70851dd3ef27d0c6aae371b3f0
Date: 2026-04-28T21:07:47.682Z (1 day ago)
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin arm64 24.6.0

Typing in Cmd+Shift+F global searchbox (the mini tab next to commit) or the editor’s text files is fine. It’s just the commit message input box.

Same. Typing git commit messages is very laggy. Everything else is fine.

Same here, since a while.

Hey, thanks for confirming. I can see the bug is still happening in the latest versions.

Just to clarify the status: we’re tracking the issue, but there’s no fix yet, so I can’t share an ETA. Once anything changes, I’ll post an update here.

For now, the workaround is the same: before you type the commit message, open the Command Palette with Cmd+Shift+P or Ctrl+Shift+P, then close it right away. This removes the lag until the next Cursor restart.

Glad it’s currently being tracked, same issue here but openning the command palette Ctrl+Shift+P and closing it right away seems to have fixed it on my end

这个好像是 git提交的时候,用户的键盘输入和 cursor的ai分析commit massage两个事件同时抢占这个输入框的焦点。有冲突导致了这个延迟的问题。

Same here, have been experiencing this for a while and thought it was due to some extension but nope. Hopefully will be fixed soon

I’m experiencing the same issue on a M3 MacBook Air running macOS 15.7.5

Hey, thanks for confirming. I can see the bug still reproduces in the latest versions across different platforms. I can’t share an ETA for a fix yet, but we’re tracking the issue on our side.

The workaround is the same. Before typing the commit message, open the Command Palette with Cmd+Shift+P or Ctrl+Shift+P, then close it right away. The lag goes away until the next Cursor restart.

As soon as we have an update on the fix, we’ll post it here.

Hey guys!
Tarun here from the engineering team.
I am unable to reproduce it from my side neither is our support team :frowning:
Would be super helpful if someone (ideally more than one) can record and share their performance traces – Here’s the guide to record. So basically you start the profiler, try typing in the commit input, open command palette (via cmd/ctrl + shift + p) and type again, and stop the profiler.
You can then export it and share the gzip via email on my id [email protected]