Troubles with shift button state handling in WinXP




13 years ago
9 years ago


(Reporter: asherman, Unassigned)


Windows XP
Bug Flags:
blocking1.9 -
wanted1.9 +

Firefox Tracking Flags

(Not tracked)




13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060504 SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060504 SeaMonkey/1.5a

I've got two languages installed in WinXP and should usually switch between them by pressing Ctrl+Shift (or Shift+Ctrl) combination.
If I press Ctrl+Shift buttons fast the virtual state of the shift button in the whole system having remained to be pressed until I press the sift button again. I've used Microsoft Spy++ utility to check what happens in such cases. So there are as usual two keyboard events when I press the Ctrl and Shift buttons:

<00008> 0003046C P WM_KEYDOWN nVirtKey:VK_SHIFT cRepeat:1 ScanCode:2A fExtended:0 fAltDown:0 fRepeat:0 fUp:0
<00009> 0003046C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0

but when I release them fast there is only one message processed by a window

<00010> 0003046C P WM_KEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:1 fUp:1

and the shift state remains pressed until it will physically be pressed again and system will receive new Down and Up events.

This behavior I can see only in mozilla program, in other programs everything is alright.

Reproducible: Always

Steps to Reproduce:
1. Simultaneously press ctrl and shift buttons fast 
2. Try to type something; all input from keyboard and mouse will be treated like when shift button has been hold down.
3. Press shift button
4. The virtual status of shift button will be restored to the actual state.
Actual Results:  
Bad shift button state handling

Expected Results:  
Normal behavior expected


13 years ago
Assignee: general → win32
Component: General → Widget: Win32
Product: Mozilla Application Suite → Core
QA Contact: general → ian
Version: unspecified → Trunk

Comment 1

13 years ago
The bug is still present in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060627 SeaMonkey/1.5a.

Comment 2

13 years ago
Is anybody tracking this annoying bug?

Comment 3

13 years ago
It drives me crazy. I thought my keyboard at home is broken. Now installed a trunk FF3.0 build on work computer makes the same behaviour.

All trunk builds are affected by this: FF3, TB3, SM1.5.
Ever confirmed: true
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9-
Whiteboard: [wanted-1.9]

Comment 4

12 years ago
Arkady, what languages do You have installed?

I believe I can see this problem only switching to Estonian.

BTW I have 3 languages installed:


Comment 5

12 years ago
I've got English and Russian.
But in "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20070111 SeaMonkey/1.1" and in "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20061204 Firefox/" I don't come up against the problem. Probably it's been already fixed somehow.

Comment 6

12 years ago
This is defenetly a trunk/or Gecko 1.9 problem.
Flags: wanted1.9+
Whiteboard: [wanted-1.9]
Assignee: win32 → nobody
QA Contact: ian → win32


9 years ago
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.