Bug 14057 - Emacs keybindings override accesskeys (when a textbox has focus)
Summary: Emacs keybindings override accesskeys (when a textbox has focus)
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Forms (show other bugs)
Version: 523.x (Safari 3)
Hardware: Mac OS X 10.4
: P2 Minor
Assignee: Nobody
URL: http://www.squarefree.com/start/
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-10 00:00 PDT by Jesse Ruderman
Modified: 2008-04-03 00:38 PDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Ruderman 2007-06-10 00:00:35 PDT 
1. Load http://www.squarefree.com/start/
2. Press Ctrl+1 to focus the Google Search textbox.
3. Press Ctrl+A to go to Asa's blog.

Result: Nothing happens.

Expected: Go to Asa's blog.

Note that some shortcuts, such as Ctrl+S, continue to work.  So I guess only the Ctrl+letter shortcuts that have "emacs-like keybindings" (e.g. Ctrl+A for "beginning of line") are overridden.

I don't know whether WebKit's behavior is intentional, but it's the opposite of Firefox's behavior and it keeps confusing me.
Comment 1 Alexey Proskuryakov 2007-12-07 08:47:49 PST 
Looks like this worked in Safari, was broken in Safari 3 beta, and works again in release. And we have a test fast/forms/access-key.html that checks for this, so I'm closing as FIXED.

Note that an opposite behavior has been requested, as well: bug 7466.
Comment 2 Ian 'Hixie' Hickson 2008-04-03 00:37:22 PDT 
This bug has caused me dataloss (I was in a form field, I pressed ctrl+e to go to the end of the line, and it navigated away from the page). I had to look at the page source to work out what Ctrl+E was supposed to do, since it didn't highlight a menu like Mac apps normally do when I hit an accelerator.
Comment 3 Ian 'Hixie' Hickson 2008-04-03 00:38:49 PDT 
Or rather, the fix for this bug has caused me dataloss.