Cursor Helper (Renderer) high CPU usage, UI lags

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

  • Cursor Helper (Renderer) high CPU usage
  • When scrolling in file tree
  • Or when switching tabs quickly

Steps to Reproduce

  • Open Cursor
  • Open project/folder/workspace
  • Expand file tree with files/folders
  • Scroll fast in file tree
  • Open several files (React .tsx)
  • Slowness and high CPU usage will be present in BOTH, separately or together

I disabled extensions, I enabled process explorer and I can see only Cursor Helper using high CPU usage, nothing else.

Expected Behavior

No UI lag.

I tried the same setup in VSCode and there’s no problem there, moves smoothly and without lag

Operating System

MacOS

Version Information

Version: 3.8.22
VS Code Extension API: 1.105.1
Commit: 46fb7aafe279d7c72346febe68c2e004b7d1de60
Date: 2026-06-22T21:41:16.291Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 40.10.3
Chromium: 144.0.7559.236
Node.js: 24.15.0
V8: 14.4.258.32-electron.0
xterm.js: 6.1.0-beta.256
OS: Darwin arm64 25.5.0

Additional Information

  • Macbook Pro M3
  • Latest Tahoe 26.5.1
  • I tried backing up the state.vscdb database to start clean, didn’t make a difference new vs old

Does this stop you from using Cursor

No - Cursor works, but with this issue

Upon further inspection, seems that Cursor doesn’t like the default VSCode theme. Some other themes are affected as well, but some others work fine.

Hi @dannymx Thank you very much for the post, and thank you for following up with a workaround. We’re aware of these types of issues but are difficult to reproduce, appreciate you flagging this one.

For the past few days, my file tree has also been lagging a lot on my MacOS M2 Pro. When I disable the following extension the lag is 90% resolved: Open VSX Registry

I think I found the trigger for the theme-dependent lag reported here: the selection.background theme key.

I had the same symptoms (laggy Explorer scrolling, window renderer process CPU spiking) on Solarized Light. I rebuilt that theme piece by piece on top of Light+ via workbench.colorCustomizations and bisected it to one key. Minimal repro on any theme:

"workbench.colorCustomizations": {
    "selection.background": "#C2C1BA"
}

Scroll the Explorer → lag + renderer CPU spike. Remove the key → instantly smooth.

The value doesn’t matter: translucent (#878b9180), opaque (#C2C1BA), the default selection blue (#ADD6FF), even fully transparent (#C2C1BA00) all reproduce it. Only removing the key fixes it, so the trigger seems to be the presence of a custom ::selection rule, not the color. Themes that define this key (Solarized Light does) would lag; themes that don’t would be fine — which may explain why only some themes are affected in this thread.

Ruled out: reproduces with --disable-extensions, with --disable-gpu, on local folders (not SSH), after full restart, on a small workspace.

Version: 3.9.16
VS Code Extension API: 1.105.1
Commit: 042b3c1a4c53f2c3808067f519fbfc67b72cad80
Date: 2026-06-27T06:41:01.941Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 40.10.3
Chromium: 144.0.7559.236
Node.js: 24.15.0
V8: 14.4.258.32-electron.0
xterm.js: 6.1.0-beta.256
OS: Darwin arm64 25.5.0