Closed Bug 11661 Opened 25 years ago Closed 25 years ago

Second display of menu using keyboard reveals submenu

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: waterson)

References

Details

(Keywords: verifyme, Whiteboard: fix ready)

Build ID: 1999081008 (Win32)
Platform: Windows NT (investigating Linux, Mac OS)

To reproduce:
- Launch apprunner
- Position the cursor so that it's approximately underneath the Bookmarks menu,
about halfway down the page.
- Press Alt-B to drop down the Bookmarks menu
- Press the left cursor key to move to the Go menu
- Press the right cursor key to move back to the Bookmarks menu

Result: Depending on where exactly your cursor is positioned, a submenu of the
Bookmarks menu will display (eg the News and Sports menu).

Expected result: The submenu should not display. That is, when the Bookmarks
menu is drawn a second time, it should not interpret the cursor position as a
click on the submenu, and it should not do the same thing that it does when the
menu is selected using the cursor. Refer to Communicator 4.x for correct
behavior.
Assignee: joki → hyatt
This is a problem in the menu coding, I believe.
Status: NEW → ASSIGNED
joki, I appear to be getting a mouse move when I create a new view underneath
the mouse (even though the mouse hasn't moved at all).  This seems to come from
the OS, so I guess it's expected behavior.

I'm not sure how I tell that the mouse move is "bogus".
Target Milestone: M11
Blocks: 12673
Blocks: 12670
I think the problem here has to do with the fact that the menus are generated
from RDF. You will see the same problem using the mouse with the Bookmarks
menu; however, you will _not_ see this problem on a non-RDF generated menu.

Hyatt: I think we talked about this last week, and you seemed to think that it
was your fault for some reason (maybe menu code not responding to
ContentAppended notifications).
Target Milestone: M11 → M14
moving to m14
hyatt debugged this. fixes in my tree.
Assignee: hyatt → waterson
Status: ASSIGNED → NEW
Whiteboard: fix ready
Status: NEW → ASSIGNED
Target Milestone: M14 → M11
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Keywords: verifyme
Verifying as fixed in thne 200032011 build, Win32.
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.