Cmd + M on Mac (minimize) no longer works due to default keybinding for `workbench.action.showAllEditors`

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Looks like a recent update added a default keybinding of Cmd+M -> Cmd+P for workbench.action.showAllEditors? Which overrides the default global keyboard shortcut on Mac OS for minimizing a window (Cmd + M).

Easily fixable by removing the keybinding of course, personally I’ve remapped it to Alt + P as a nice analogue to Cmd + P (workbench.action.quickOpen). But figured I’d file this report in case the Cursor team didn’t realize the new keybinding would have this side effect.

Steps to Reproduce

  1. Hit Cmd + M to try to minimize the window
  2. Observe that instead of minimizing the window, the status bar displays (⌘ M) was pressed. Waiting for second key of chord...

Expected Behavior

The window is minimized

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.3.29
VSCode Version: 1.105.1
Commit: 4ca9b38c6c97d4243bf0c61e51426667cb964bd0
Date: 2026-01-08T00:34:49.798Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 21.6.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

1 Like

Hey, thanks for the report.

This is a regression. The same issue was fixed before, but it looks like it came back in version 2.3.29. The keybinding Cmd+M → Cmd+P for workbench.action.showAllEditors does conflict with the default macOS shortcut for minimizing a window.

I’m passing this to the team to fix. This is a known issue, and the team is working on a fix.

2 Likes

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Description

In recent versions of Cursor, a default keybinding (associated with workbench.action.showAllEditors) was introduced that uses Cmd+M as the starting key of a chord.

This overrides the global, standard macOS shortcut for Minimize Window. Instead of minimizing the application, the status bar displays “cmd+M pressed. Waiting for second key of chord…”, causing friction for users with standard Mac muscle memory.

Context / Justification

HIG Violation: According to Apple’s Human Interface Guidelines, Cmd + M is the standard shortcut for minimizing windows across the entire OS.

UX Friction: Users rely on this shortcut to quickly hide windows. Overriding it forces users to manually unbind the key to restore basic functionality.

Temporary Workaround

Users currently have to manually remove the keybinding:

  1. Open Keyboard Shortcuts (Cmd + K, Cmd + S).
  2. Search for cmd+m.
  3. Right-click the conflicting entry (e.g., View: Show All Editors) and select Remove Keybinding.

Steps to Reproduce

  1. Open Cursor on macOS.
  2. Press Cmd + M to minimize the window.
  3. Observe that the window stays open.
  4. Observe the status bar message: “cmd+M pressed. Waiting for second key of chord…”

Expected Behavior

Cmd + M should be reserved for the native OS action (Minimize Window) by default. Any Cursor-specific features should map to non-system-reserved keys or require a modifier that does not conflict with core window management.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.3.35 (Universal)
VSCode Version: 1.105.1
Commit: cf8353edc265f5e46b798bfb276861d0bf3bf120
Date: 2026-01-13T07:39:18.564Z
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.1.0

Does this stop you from using Cursor

No - Cursor works, but with this issue