Closed Bug 337938 Opened 19 years ago Closed 15 years ago

Troubles with shift button state handling in WinXP

Categories

(Core :: Widget: Win32, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: asherman, Unassigned)

Details

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
Assignee: general → win32
Component: General → Widget: Win32
Product: Mozilla Application Suite → Core
QA Contact: general → ian
Version: unspecified → Trunk
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.
Is anybody tracking this annoying bug?
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9-
Whiteboard: [wanted-1.9]
Arkady, what languages do You have installed? I believe I can see this problem only switching to Estonian. BTW I have 3 languages installed: English Estonian Russian
I've got English and Russian. But in "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1" and in "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1" I don't come up against the problem. Probably it's been already fixed somehow.
This is defenetly a trunk/or Gecko 1.9 problem.
Flags: wanted1.9+
Whiteboard: [wanted-1.9]
Assignee: win32 → nobody
QA Contact: ian → win32
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.