16620 - Mod2 modifies to exec commands

Status: VERIFIED WORKSFORME

(Core :: XUL, defect, P3)

Description

[jay]

When Mod2 is active (Num Lock on my system), Mozilla executes commands as if I
had Mod1 active. For example, with Num Lock on hitting "w" closes the window,
hitting "n" opens a new window.

Comment 1

[Sean Richardson]

With 1999-10-15-11-M11 on Windows NT, a similar behaviour is evident.

With NUMLOCK on, the first keypress, and only the first keypress, after
Mozilla gets focus is interpreted as if ALT had been held down at the time.
In fact, whether NUMLOCK is left on or not, no other keypress seems to do
anything until another window gets focus then Mozilla gets focus again.

I don't know the keyboard modifier numbers, but from what [e-mail]
reported, it sounds like he was seeing NUMLOCK act as CTRL, not ALT.
Curious.

Comment 2

[jay]

It is acting like ctrl, not alt; however, it's not only the first keypress that
is getting modified. For example, I can turn on numlock and type "nn" and get
two new windows.

Comment 3

[Eli Goldberg]

cpratt, do you know who should receive this?

Thanks!

Comment 4

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Changing component to XP Toolkit/Widgets and reassigning.

Comment 5

[Sean Richardson]

The ALT-modification with NUMLOCK seen on Windows NT is bug 17683, now FIXED,
and has nothing to do with this bug. That probably means that this bug
is OS-specific.

Comment 6

[Peter Trudelle]

assigning to saari as p3 for m14

Comment 7

[saari (gone)]

Joki, this is probably your domain

Comment 8

[joki (gone)]

So my guess is this: The linux widget toolkit is passing through keyboard events
with the ctrl flag set anytime the numkey is down when the flag should
properly be false at that time.  Waqar since you've inherited the linux gecko
stuff can you take a look?

Comment 9

[waqar]

This is working on RH 6.1.

Comment 10

[sairuh (rarely reading bugmail)]

verif --seems to wfm usng the 2000-02-07-09 comm bits on linux.