Closed Bug 22611 Opened 25 years ago Closed 25 years ago

Arrow keys manipulate window when menu is deployed

Categories

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

x86
Windows 98
defect

Tracking

()

VERIFIED DUPLICATE of bug 22782

People

(Reporter: Crysgem, Assigned: joki)

Details

Trigger the "File" menu by request of "Alt", then "F". Strike the arrow cursors.
The beast mocks the user most unkindly by scrolling the central window, rather
than changing the menu's item selection (1999122308 build).
Ooh, this is nasty. This is reproducible some of the time. Other times,
it works properly. Other times, a javascript error shows in the console
with each arrowkey press (did I think to copy the exact message? no, I
thought it would be easy to trigger again!) (I'll try to get it again)

Tested with: 1999-12-25-08-M13 nightly binary on Redhat Linux (Gnome+enlight)
This may be yet another example of the kinds of problems described in
bug 22782 "Cursor/letter keys get to browser when menu is active" that occur
when focus, rather than switching from anything else to the menu,
seems to be split between the menu and whatever had the focus just before.

It seems that if the mouse pointer is over the menu or menubar, the page
does not scroll, but if the mouse is over the page, the page does scroll as
the arrowkeys are pressed.
Summary: Arrow cursors manipulate window when menu is deployed → Arrow keys manipulate window when menu is deployed
I assume that the use of "cursors" in the summary is really meant to be "keys"
(cursors are graphics that appear on your screen and are manipulated with a
mouse); changing summary
Yes, this is the same bug.

*** This bug has been marked as a duplicate of 22782 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Verified as a dup.
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.