Closed
Bug 1025982
Opened 11 years ago
Closed 11 years ago
Pressing "Digit1" key results in "Digit0" KeyboardEvent.code value (and so on)
Categories
(Core :: DOM: Events, defect)
Tracking
()
RESOLVED
FIXED
mozilla33
People
(Reporter: sime.vidas, Assigned: masayuki)
References
Details
Attachments
(1 file)
|
3.40 KB,
patch
|
jimm
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0 (Beta/Release)
Build ID: 20140605174243
Steps to reproduce:
1. Use Firefox Nightly (I encountered this issue in version 33.0a1 (2014-06-16))
2. Open this demo: http://jsfiddle.net/simevidas/FZJq9/
3. Open the DevTools console
4. Click on the "Result" pane and then press the "1" key on your keyboard (the second key from the left in the top row, roughly above "Q")
Actual results:
The console logs "key = 1, code = Digit0".
Expected results:
The console should log "key = 1, code = Digit1". The spec defines that the second key from the left in the top row is "Digit1": https://dvcs.w3.org/hg/dom3events/raw-file/tip/html/DOM3Events-code.html#key-alphanumeric-writing-system.
Updated•11 years ago
|
Component: Untriaged → DOM
Product: Firefox → Core
Comment 1•11 years ago
|
||
> The console logs "key = 1, code = Digit0".
I'm seeing "key = 1, code = Digit1" in a nightly, albeit on Mac. Is this Windows-specific?
Flags: needinfo?(masayuki)
| Assignee | ||
Comment 2•11 years ago
|
||
Oh, yes. This must be platform specific. However, I'll check it on other platforms too.
Thank you for the report!
Assignee: nobody → masayuki
Status: UNCONFIRMED → ASSIGNED
Component: DOM → DOM: Events
Ever confirmed: true
Flags: needinfo?(masayuki)
Version: 33 Branch → Trunk
| Assignee | ||
Comment 3•11 years ago
|
||
Sorry for the mistake and not enough tested.
Attachment #8441229 -
Flags: review?(jmathies)
Updated•11 years ago
|
Attachment #8441229 -
Flags: review?(jmathies) → review+
| Assignee | ||
Comment 4•11 years ago
|
||
Thank you for the very quick review!
https://hg.mozilla.org/integration/mozilla-inbound/rev/1364fa15bdbd
| Assignee | ||
Comment 5•11 years ago
|
||
I don't think that this should be uplift to Aurora because KeyboardEvent.code is disabled on release builds (Beta and Release) in default settings.
However, if smaug doesn't think so, let's request the approval.
Comment 6•11 years ago
|
||
Don't feel strongly about this. Approval wouldn't harm, but probably doesn't really matter.
Comment 7•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla33
| Assignee | ||
Comment 8•11 years ago
|
||
Comment on attachment 8441229 [details] [diff] [review]
Patch
[Approval Request Comment]
Bug caused by (feature/regressing bug #): bug 865649
User impact if declined: User may show this strange mapping only on Windows. Although, KeyboardEvent.code is disabled by prefs in 32 release build. And I don't like to add a document about this mistake in MDN's compatibility table since it causes messy table.
Testing completed (on m-c, etc.): Landed on m-c.
Risk to taking this patch (and alternatives if risky): No, just changed the mistake of new API feature which is implemented on 32.
String or IDL/UUID changes made by this patch: No.
Attachment #8441229 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
status-firefox32:
--- → affected
status-firefox33:
--- → fixed
Updated•11 years ago
|
Attachment #8441229 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
| Assignee | ||
Comment 9•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/27de3ab6ed74
Oops, I forgot to address the landing on Aurora.
Updated•11 years ago
|
QA Whiteboard: [good first verify]
You need to log in
before you can comment on or make changes to this bug.
Description
•