Bug 34767 - Emacs shortcuts (eg Ctrl+A) don't fire keypress inside contentEditable
Summary: Emacs shortcuts (eg Ctrl+A) don't fire keypress inside contentEditable
Status: RESOLVED DUPLICATE of bug 28409
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-09 11:26 PST by jeffharris
Modified: 2010-02-09 20:37 PST (History)
1 user (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 jeffharris 2010-02-09 11:26:46 PST 
Repro:
1) Visit this page: http://unixpapa.com/js/testkey.html
2) Put your cursor in the textbox and type <Ctrl+A>

Result:
You get the keydown and keyup events but don't get the keypress event

Expected Result:
Like Firefox, you should get a keypress event.

Same problem is also present for other Emacs shortcuts:
* Ctrl+B
* Ctrl+D
* Ctrl+E
* Ctrl+F
* Ctrl+H
* Ctrl+K
* Ctrl+N
* Ctrl+O
* Ctrl+P
* Ctrl+T
* Ctrl+V
* Ctrl+Y
Comment 1 Alexey Proskuryakov 2010-02-09 20:16:32 PST 
This is by design. There is no character code associated with such events, so we don't fire keypress, only keydown.
Comment 2 jeffharris 2010-02-09 20:24:41 PST 
I guess I was confused why Ctrl+S or Ctrl+G (and others) do fire keypresses. Something seems funky here
Comment 3 Alexey Proskuryakov 2010-02-09 20:37:34 PST 
Indeed, funkiness is not by design!

We have another bug tracking this issue, although it also doesn't have much clarity about desired behavior. Marking as a duplicate.

*** This bug has been marked as a duplicate of bug 28409 ***