[BUG] Webview captures shift+alt+m globally, inserting ¸ into chat even when focus is elsewhere

Resolved 💬 1 comment Opened Jun 8, 2026 by vietsqsp Closed Jul 15, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

When the Claude Code webview panel is open, pressing shift+alt+m inserts the ¸ character into the chat input regardless of where focus is. This happens even when the VS Code terminal has focus (cursor actively blinking in a terminal pane). The webview appears to have a global keyboard listener that intercepts this key combination across all VS Code contexts.

Impact

Blocks any VS Code keybinding that uses shift+alt+m (e.g. View: Toggle Maximized Panel) whenever the Claude Code webview is open, even when Claude Code does not have focus. The key combination does not appear in the extension's registered keybindings in package.json, so it cannot be overridden via VS Code's keyboard shortcuts editor.

What Should Happen?

Keyboard input should only be captured by the Claude Code webview when it has focus. When another VS Code pane (e.g. terminal) has focus, keypresses should not be routed to the Claude Code chat input.

Error Messages/Logs

Steps to Reproduce

Open the Claude Code webview panel (not terminal mode)
Click into a VS Code terminal so the cursor is blinking there
Press shift+alt+m
Observe ¸¸ being inserted into the Claude Code chat input despite the webview not having focus

Claude Model

None

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.168

Platform

Other

Extension version: 2.1.168
OS: macOS (darwin-arm64)
Keyboard layout: US

Operating System

macOS

Terminal/Shell

VS Code integrated terminal

Additional Information

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗