Summary: Ctrl+Shift+6 and Ctrl+Shift+2 result in keypress events but all the other Ctrl+Shift+<number> keys don't. The attached XUL is a little demo window that logs keydown/keyup/keypressed events when they happen in the textbox. Here is an annotated log showing the different: Ctrl-Shift-2: keydown-Ctrl-VK_CONTROL keydown-Ctrl-Shift-VK_SHIFT keydown-Ctrl-Shift-VK_2 keypress-Ctrl-Shift-@ # Keypress happened keyup-Ctrl-Shift-VK_2 keyup-Ctrl-VK_SHIFT keyup-VK_CONTROL vs. Ctrl-Shift-3: keydown-Ctrl-VK_CONTROL keydown-Ctrl-Shift-VK_SHIFT keydown-Ctrl-Shift-VK_3 keyup-Ctrl-Shift-VK_3 keyup-Shift-VK_CONTROL keyup-VK_SHIFT Note that in the latter case, no keypress event was generated. This bug has been introduced since 0.9.5.
Created attachment 121561 [details] XUL window which can be used to verify the bug Patch showing the bug on the trunk.
Investigation shows that in 0.9.5, the behavior was different but equally strange: keydown-Shift-VK_SHIFT keydown-Ctrl-Shift-VK_CONTROL keydown-Ctrl-Shift-VK_1 keypress-Ctrl-Shift-1 # reasonable keyup-Ctrl-Shift-VK_1 keyup-Ctrl-VK_SHIFT keyup-VK_CONTROL keydown-Shift-VK_SHIFT keydown-Ctrl-Shift-VK_CONTROL keydown-Ctrl-Shift-VK_2 keypress-Ctrl-Shift-2 # reasonable keypress-Ctrl-Shift-@ # also reasonable, but both??? keyup-Ctrl-Shift-VK_2 keyup-Ctrl-VK_SHIFT keyup-VK_CONTROL
testcase XUL window bit-rotten? Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051106 SeaMonkey/1.5a patch in unconfirmed Bug 315328 ctrl+shift+2|6 behave different than other ctrl+shift+number keys
You need to log in before you can comment on or make changes to this bug.