Closed Bug 387272 Opened 17 years ago Closed 17 years ago

Sometimes opening a menu via keyboard accelerators doesn't cause the first menu item to be painted as selected

Categories

(Core :: XUL, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: asqueella, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

696 bytes, application/vnd.mozilla.xul+xml
Details
Normally when you open a menu via a keyboard accelerator (e.g. press Alt+V to open the View menu), it opens and its first item is already selected.

This doesn't always happen on trunk. Sometimes the following happens:
- the menu popup does open
- it acts as if its first item is selected (e.g. pressing the Down arrow causes the second item to be selected)
- it isn't drawn as selected (i.e. no special background).

After this starts happening, it happens reproducibly with that popup for me. To reproduce I open various menus using keyboard shortcuts (Alt+<something>) for a while.

Guessing it's regression from bug 279703.
Also happens with the simplest menus with no special scripts.
Actually this doesn't seem to happen any more often for the View menu than for any other, removed that from the summary.
Summary: Sometimes opening a menu via keyboard accelerators doesn't cause the first menu item to be painted as selected (often the View menu in Firefox) → Sometimes opening a menu via keyboard accelerators doesn't cause the first menu item to be painted as selected
It's possible that this may be fixed by bug 387236 (already checked in) or bug 387142.
Indeed, it seems that I can't reproduce anymore.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Flags: in-testsuite?
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.xul → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: