CMD + Shift + L is too slow

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

My workflow is often to highlight code then Cmd + Shift + L to open the chat and start the instruction. In version < 2.0 the chat editor was available instantly, and I started typing immediately after pressing Cmd+Shift+L. Now there is a delay in the cursor being active in the code editor. Consequently, I end up typing in the highlighted text (replacing it), before the cursor focus is moved to the chat editor 1 sec after.

The cursor focus needs to change instantly upon opening the chat editor.

Steps to Reproduce

Highlight text
Press Cmd + Shift + L to open chat pane / editor
Start typing immediately
The cursor will delay 1 sec causing a replacement of the highlighted text

Expected Behavior

Highlight text
Press Cmd + Shift + L to open chat pane / editor
Start typing immediately
Cursor is moved to the chat editor and it receives all keystrokes

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.0.54
VSCode Version: 1.99.3
Commit: 7a31bffd467aa2d9adfda69076eb924e9062cb20
Date: 2025-11-03T22:40:44.657Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 25.0.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey, do you have any MCPs enabled?
Does that happen both in Editor and Agent layout?

Maybe you can try also to open command bar (F1) > and Reload with extensions disabled.

Hey, thanks for the detailed report. Ra.in asked some good diagnostic questions above.

While you gather that info, please check:

• Does this happen in a fresh window with a new project?
• Any extensions showing high activity in the Extension Monitor? (Cmd+Shift+P > Developer: Open Extension Monitor)

Once we see the results from testing with extensions disabled and your MCP/layout info, we’ll have a clearer picture of what’s causing the delay.

(1) Currently only context7 and browser automation

(2) Same for both. Separate topic: Opening in in agent layout (cmd + e) causes the IDE to crash (“The window is not responding” error). Tried this also with extensions disabled. Same crash. But the crash is solved by changing settings like I’ve seen reported (no ‘single’ showTabs option allowed).

(3) Tried that. Still same latency issue.

1 Like

(1) Checked. It actually doesn’t happen for a smaller project I have.
(2) Don’t have that option in my command palette.

Model Name: MacBook Pro

Model Identifier: Mac15,9

Chip: Apple M3 Max

Total Number of Cores: 16 (12 performance and 4 efficiency)

Memory: 64 GB

Thanks for the detailed testing. Since the issue is project-specific and doesn’t happen in smaller ones, let’s gather more diagnostic info:

To isolate the delay:

  • Test without MCPs: Could you temporarily disable the context7 and browser automation MCPs in your settings and check if the delay persists?
  • Process Explorer: While in the large project, open Cmd+Shift+P > Developer: Open Process Explorer and share a screenshot showing CPU/memory for extensionHost, sharedProcess, and ptyHost.
  • Console logs: Open Help > Toggle Developer Tools, switch to the Console tab, and share any warnings/errors that appear.
  • Project size: Roughly how many files are in your large project vs the small one where it works fine?

For the agent crash Cmd+E: You mentioned changing showTabs helped - can you confirm you changed ”workbench.editor.showTabs": "single" to ”multiple" or removed it? That’s the known fix for this bug.

Let me know what you find.

(1) No change in behavior. But cannot disable Browser Automation tool – not an option.

(2) Process explorer snapshot from exactly when hitting cmd + shift + L. extensionHost is revving up for sure.

(3) Here are the current logs. Some notable errors/warnings here.

cursor-console-logs-2025-11-05.txt (110.7 KB)

(4) 2145 tracked files vs. ~100

Thanks for the Process Explorer screenshot - that’s super helpful!

I can see three separate context7-mcp processes running (~591 MB total) and extensionHost at ~57% CPU. That’s unusual - there should typically be only one MCP server instance.

Please try:

Temporarily disable Context7 MCP:

  • Open Cursor Settings > Features > MCP Servers
  • Disable or remove context7-mcp
  • Restart Cursor
  • Test if Cmd+Shift+L is still slow

This will tell us if the MCP server is causing the delay (likely invoked for @ context when chat opens).

Also, your console logs show Cursor trying to read deleted files (screen.tsx, schema.ts, iso639-3.ts), which adds delay. Consider clearing the .cursor folder in your project root to reset stale file references.

Let me know if disabling Context7 removes the lag - that will help engineering confirm if it’s MCP-related or due to stale file references.