Cursor IDE
Often when I in agent window and typing, key combos meant to move cursor to prev or next word instead make browser tab navigate back and forward.
Not aware of exact steps. Happens intermittently but often, multiple times per day
MacOS
Latest cursor version
No - Cursor works, but with this issue
Hey, thanks for the report. This is a known class of bugs where the built-in browser tab intercepts keyboard shortcuts from other areas of Cursor. Several similar issues (with Cmd+N, Cmd+T, Cmd+L) have been fixed recently, but this specific one with Option+Arrow keys needs more repro info.
Could you share a few details so we can properly track this?
Option+Left or Option+Right?This will help the team reproduce and fix it. Thanks!
Hi @deanrie ! Thanks for the help with this.
I too have been struggling with this issue and figured out how to reproduce it just now.
The action that activates the bug is choosing a URL from URL bar history autocomplete list. See video #1.
Video #1: Dropbox
Video #2: Dropbox
Please let me know if I can provide any further information!
@larrylegend Great repro info, this is exactly what we needed.
The trigger being URL autocomplete selection is a really useful detail. It clearly causes the browser to keep some kind of focus or keybinding context that intercepts Option+Arrow from other panels.
I’ve flagged this with the team. No ETA yet, but the detailed steps and videos will definitely help us prioritize it.
In the meantime, the workaround you found, closing and reopening the browser tab, is the best option.
Cursor IDE
When the chat input field is focused, pressing Option+Left or Option+Right (standard macOS word-jump shortcuts) does not move the cursor within the text input as expected. Instead, the keypresses are intercepted by the application and trigger Cursor’s global shortcuts (in this case previous/next in the integrated browser’s history even if the browser is closed).
Keyboard shortcuts that are standard text-editing gestures (Option+Arrow) should be consumed by a focused input element and never bubble up to global application handlers. This violates standard macOS text input conventions and makes the chat input frustrating to use for anyone editing their messages before sending.
Open the Cursor chat panel.
Click into the chat input field so it has focus.
Type a few words.
Press Option+Left or Option+Right.
Since the chat input field is focused, Option+Left / Option+Right should be handled locally by the input, moving the cursor word by word within the text, as is standard macOS behavior in any text field.
MacOS
Version: 2.6.22
VSCode Version: 1.105.1
Commit: c6285feaba0ad62603f7c22e72f0a170dc8415a0
Date: 2026-03-27T15:59:31.561Z
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin x64 24.6.0
No - Cursor works, but with this issue