20093 - Menus popup and text boxes accept ALT-keypress

Status: VERIFIED DUPLICATE of bug 18844

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[dave thorn]

After hitting the Alt key (which I use as Meta), Mozilla seems to store the
Alt-press until I hit another key which corresponds to a menu shortcut key.

Personally I would rather it didn't store the alt press, and required Alt+F,
rather than Alt, then an F (if you see what I mean?), at least for the Linux
version (I know it would be expected under Windows).  But that's not all, if
you're in a text/input box, then hit Alt, the next keypress will go to the input
box.  If the key happens to correspond to a menu, the text is put in the input
box AND pulls down the menu.

For example, if you are ina  text box, and hit ALT, then M, the 'm' goes to the
text box, but no menus are activated, if you then hit F, 'f' goes in the box,
and the File menu appears.

As I said, I think the ALT shouldn't be sticky, but that's just my opinion.

Comment 1

[Sean Richardson]

The ALT-key should be sticky for activating the menubar when typing anywhere
that typing is allowed in Win32 -- I'm not sure about Linux, but I suspect
it would depend on your Window Manager (I'd expect this with fvwm95, for
instance). On the other hand, if the ALT key moves focus to the menubar,
all further keypresses should go to the menubar *only* until this is
countermanded, *not* appear in both the menubar and edit field.

This is not so much a matter of "storing" ALT keypresses as having keypress
events after an ALT affect both the menubar and the original area of focus.

This is a duplicate of bug 18844. Changing Component from "Browser-General" to
"Event Handling" and setting QA Contact for verification.


*** This bug has been marked as a duplicate of 18844 ***

Comment 2

[leger]

Marking Verified of a dup of a dup...;-)
http://bugzilla.mozilla.org/show_bug.cgi?id=22782