Closed Bug 249298 Opened 18 years ago Closed 17 years ago

Context Menu menupopup (sub Menu) items don't work after sequence of mouse clicks


(Core :: XUL, defect)

1.7 Branch
Windows XP
Not set





(Reporter: jason_nospam, Assigned: bugzilla)


(Keywords: crash)


(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1

A reproducable sequence of mouseclicks causes menupopup (sub menu) items in the
context menu of the browser to stop functioning. An extension is required to
reproduce this problem as there are no Context Menu menupopup items in the
default istallation of Firefox that i could find. A Simple extension with no
code, just the xul overlay for the context menu is available at This can be used to test
this bug.

Reproducible: Always
Steps to Reproduce:
1. Install the extension from
2. Click anywhere on the browser window of firefox with the right mouse button
3. Select the item "Sub Menu Test" from the context menu so it displays the sub menu
4. While the sub menu is still open, Click on the item in the main part of the
context menu that says "Click me while sub menu is open"
5. Repeat steps 2 & 3. The menupopup submenu does not appear the second time

Actual Results:  
The menupopup submenu does not appear the second time as expected. There is no
code in this extension that controls the appearance of the context menu so
apperance of menuitems is controlled by the firefox code.

Expected Results:  
the menupopop submenu should be displayed for the user to select a menu item from.  

This problem does not appear to be a problem with the items in the main firefox
menu. I have only observed it on the context menu of the browser. This bug was
found whilst testing an exension I am developing so to test, I wrote a
simple extension to add the required item to the context menu and nothing else,
then tested it on a fresh install of firefox with no other extensions installed.
I am also able to reproduce this bug on:
Mozilla Mozilla 1.7 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7)
Thunderbird version 0.7.1 (20040626)
Component: Menus → Browser-General
Product: Firefox → Browser
Version: unspecified → 1.7 Branch
I can reproduce it too.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040817
I can reproduce it too (Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20040913 Firefox/0.10.1), actually it is a problem with any submenu in the
context menu - I got it with Launchy and also with Web Developper.
Unfortunately there is no default item in the context menu that has a submenu
(maybe it is a 'bad UI' but this would be another issue :-) and thus it will
only affect extension.

Just to be clear if you try to repro this bug you need to be quick!
1. Right click in a page to make the Context Menu appear
2. bring the mouse over a Context Menu item which has a submenu (appearing as an
arrow) like the Launchy or the Web Developper extensions and let the sub menu pop up
3. *quickly* move the mouse to another item in the main Context Menu and click
it (for example, if you use Launchy for the test, just click the Select All item
just above the Launchy item)
4. Now that item in the Context Menu won't have any more sub-menu, in fact
making the extension impossible to use

Note that the second time I was trying to repro the bug I even got a crash : 
but unfortunately I could not find again the precise procedure that lead to the
crash later - maybe not directly related.

A few more comments:
- as in my context menu I have Launchy and Developper Tools I could see that the
submenu is only disabled for the item for which you did the procedure above.
That is, after the submenu of Launchy disappeared I still had the Developper
Tools submenu, and I could then make it disappear by using the procedure above
on it.
- although it seems that it is a UI issue (maybe linked with the timer used to
leave the popup menu open when the mouse leaves an item?) it affects both
Mozilla AND Firefox thus it must be in a shared code part of the UI - or in
Gecko (?).
- relaunching the browser restore the popup submenu
- the menu under Tools is not affected by the bug
- enabling/disabling the extension in the same session does not restore the
popup submenu
- there is no message in the JavaScript console

As I got a crash, reporter you may want to add that keyword 'crash') and bump
the priority to critical which is the normal procedure for a crash bug - but as
I said I could not repro the crash after...

For sure the component should be changed to "XPToolkit/Widget:menus" I think
because browser-general don't get much attention I'm afraid.
I too have experienced the crashing (numerous times) with this bug but am not
sure the exact steps needed to reproduce the crash.
Severity: normal → critical
Component: Browser-General → XP Toolkit/Widgets: Menus
Keywords: crash
Confirmed the bug described in initial report using Web Developer extension.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225

Not 100% sure about the component.
Ever confirmed: true
Severity: critical → normal
I cannot reproduce this bug with a current trunk Firefox build. Could you try to
reproduce it with a build from ?

btw, Firefox does have a submenu in the context menu by default -- the Frame
menu, only visible on pages with frames. I used it and Flashgot's submenu when
trying to reproduce.

raising severity to critical because of crash keyword.
Severity: normal → critical
This bug seems to have gone away in the latest 1.8 gecko version. I do not experience this problem anymore with firefox 1.5b2
Neither me (comment 7), nor original reporter (comment 8) can reproduce the bug using Firefox 1.5 builds. Resolving the bug as WFM.
Closed: 17 years ago
Resolution: --- → WORKSFORME
QA Contact: bugzilla → xptoolkit.menus
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.