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)
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.
Reporter | ||
Comment 1•17 years ago
|
||
Also happens with the simplest menus with no special scripts.
Reporter | ||
Comment 2•17 years ago
|
||
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
Comment 3•17 years ago
|
||
It's possible that this may be fixed by bug 387236 (already checked in) or bug 387142.
Reporter | ||
Comment 4•17 years ago
|
||
Indeed, it seems that I can't reproduce anymore.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Updated•17 years ago
|
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.
Description
•