331752 - Caps lock is activated during startup

Status: RESOLVED WONTFIX

(Core :: Widget: Win32, defect)

Description

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20060316 SeaMonkey/1.5a] (nightly) (W98SE)

Builds up to this one do not have this bug.

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20060317 SeaMonkey/1.5a] (nightly) (W98SE)
...
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20060325 SeaMonkey/1.5a] (nightly) (W98SE)

Installed Zip file;
Start SM;
while splash screen is displayed, keyboard caps lock indicator lights up.

I need to press Shift key a few times to get rid of this bug.

Comment 1

[Serge Gautherie (:sgautherie)]

Could it be caused by bug 287179 fix ??

Comment 2

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20060401 SeaMonkey/1.5a] (nightly) (W98SE)

I tried some of the <Test*.exe> files from the Zip build:
and I can reproduce this bug with some of then...

Comment 3

[Dainis Jonitis]

The functionality of CapsLock is not activated. Only the LED lights up.

Comment 4

[Dainis Jonitis]

Serge,

If you turn on the CapsLock before running SeaMonkey, does it turns off the LED during startup?

Comment 5

[Serge Gautherie (:sgautherie)]

(In reply to comment #3)
> The functionality of CapsLock is not activated. Only the LED lights up.

Exactly, but then first use of Shift activates the functionnality,
instead of switching off the led.

(In reply to comment #4)
> If you turn on the CapsLock before running SeaMonkey, does it turns off the LED
> during startup?

No, CapsLock functionnality and led remain active.

Comment 6

[Dainis Jonitis]

Attachment: Preserve and later restore keyboard state

Comment 7

[Dainis Jonitis]

Attachment: restore before unblocking the keyboard input

Comment 8

[Serge Gautherie (:sgautherie)]

[Mozilla Thunderbird, version 3 alpha 1 (20060404)] (nightly) (W98SE)

(TB is affected too.)

Comment 9

[Dainis Jonitis]

Bug 330276 completely removed support for pre-Win2k Windows versions. So there is no sense to review or check-in this patch in trunk.

Comment 10

[[e-mail]]

Please can you either a) decide that you don't want bug 287179 on the 1.8 branch, and thus resolve this one WONTFIX or b) decide that you do, and request branch approval on its patch, and change this bug's version to 1.8?

Comment 11

[Dainis Jonitis]

As fix to 287179 on trunk was applied in two incremental steps, there is no single patch on which I can request branch approval. Instead I can prepare one single patch for 1.8 branch that already will contain the fix for this bug.

Do you think that fix for bug 287179 was important enough for an average Joe to have it on branch? If yes, I can prepare the patch for branch.

Comment 12

[Ere Maijala (slow)]

Comment on attachment 216998 [details] [diff] [review]
restore before unblocking the keyboard input

Minusing because this is not needed in trunk anymore. Anything that would go into branch should include this fix.