# Cmd+A dead in extension webviews after focusing Cursor's own AI input, editorHistoryOwner cache hijacks editor.action.selectAll **URL:** \ **Category:** Bug Reports\ **Tags:** chat, extensions, keybindings\ **Created:** [September 11, 2026, 8:46pm UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391 "2026-09-11T20:46:58Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![EDOUARD](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/edouard/32/120618_2.png) [@EDOUARD](https://forum.cursor.com/u/EDOUARD)\ **Post date:** [September 11, 2026, 8:46pm UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391/1 "2026-09-11T20:46:58Z")
### Where does the bug appear (feature/product)? Cursor IDE ### Describe the Bug Once focus has been in Cursor’s own AI prompt input, Cmd+A stops working in extension webviews in that window. Cmd+C / Cmd+V keep working. It persists until focus returns to a code editor. ### Steps to Reproduce Open an extension webview with a text input (e.g. the Claude Code panel) as an editor tab. Click in its input — Cmd+A selects all. Click into Cursor’s own AI chat/composer input. Click back into the webview’s input and press Cmd+A → nothing happens. Click inside any text file (code editor), then back into the webview → Cmd+A works again. Repeat step 2 to break it again. ### Expected Behavior Cmd+A selects all text in the focused webview input. ### Operating System MacOS ### Version Information Cursor 3.20.10 (VSCode 1.128.0, commit d6f462cdd0a6a6d1cff570daf980e671d0a63de0), macOS arm64 (Darwin 24.6.0). ### For AI issues: which model did you use? Reproduced with the Claude Code extension’s panel (any extension webview with an editable field should do). ### Additional Information Root cause (read from the shipped vs/workbench/workbench.desktop.main.js): editor.action.selectAll has four implementations — code-editor (10000), generic-dom-input-textarea (1000), webview (100), generic-dom (0). With a webview focused, document.activeElement is the webview ---
**Author:** ![mohitjain](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/mohitjain/32/100229_2.png) [@mohitjain](https://forum.cursor.com/u/mohitjain)\ **Post date:** [September 14, 2026, 6:58am UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391/7 "2026-09-14T06:58:19Z")
Hey @EDOUARD, thanks for the detailed report and the trace. I was able to reproduce it: once focus has been in the AI chat input, Cmd+A in an extension webview gets routed to the chat input instead of the webview, until focus passes back through a code editor. That isn’t intended behavior, and we’ve let the team know. Workaround in the meantime: click once into any code editor (or the terminal) before going back to the webview, and Cmd+A works there again. One quick check if you get a sec: after the same steps, does Cmd+Z in the webview also misbehave (undoing in the chat input instead)? That’d help us confirm the scope. ---
**Author:** ![EDOUARD](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/edouard/32/120618_2.png) [@EDOUARD](https://forum.cursor.com/u/EDOUARD)\ **Post date:** [September 18, 2026, 5:45pm UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391/8 "2026-09-18T17:45:24Z")
Cmd+Z also misbehaves. ---
**Author:** ![mohitjain](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/mohitjain/32/100229_2.png) [@mohitjain](https://forum.cursor.com/u/mohitjain)\ **Post date:** [September 21, 2026, 1:40pm UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391/9 "2026-09-21T13:40:53Z")
Thanks for confirming. That matches what we expected: the same routing sends both Cmd+A and Cmd+Z to the AI chat input instead of the webview once it’s been focused, so undo is affected too. I’ve added that to what we’re tracking. The workaround covers both: click once into any code editor (or the terminal) before going back to the webview, and Cmd+A / Cmd+Z work there again. I’ll post here when there’s an update. ---
**Author:** ![Colin](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/colin/32/90452_2.png) [@Colin](https://forum.cursor.com/u/Colin)\ **Post date:** [September 24, 2026, 10:27pm UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391/11 "2026-09-24T22:27:36Z")
Hey @EDOUARD, Quick update: a fix for Cmd+A (and Cmd+Z) getting routed to the AI chat input instead of the webview has landed and will be included in an upcoming version of Cursor (3.22)! ---
**Author:** ![EDOUARD](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/edouard/32/120618_2.png) [@EDOUARD](https://forum.cursor.com/u/EDOUARD)\ **Post date:** [October 16, 2026, 6:07pm UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391/12 "2026-10-16T18:07:25Z")
Hello Colin. As of 3.25.6 (Universal), Cmd+A still doesn’t work. ---
**Author:** ![Colin](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/colin/32/90452_2.png) [@Colin](https://forum.cursor.com/u/Colin)\ **Post date:** [October 18, 2026, 4:04pm UTC](https://forum.cursor.com/t/cmd-a-dead-in-extension-webviews-after-focusing-cursors-own-ai-input-editorhistoryowner-cache-hijacks-editor-action-selectall/171391/19 "2026-10-18T16:04:44Z")
Hey @EDOUARD, thanks for checking on 3.25.6 and letting us know. You’re right, it’s still happening. The change that went out in 3.22 didn’t cover the way focus moves into an extension panel, so Cmd+A (and Cmd+Z) still end up going to the AI chat input. Sorry about that. I’ve reopened the issue with the team!