From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.4+) Gecko/20010930 BuildID: 2001093021 This happens with the back and forward pop-up. When I click and hold, then let go over a location, it will go to that page, but the menu stays up. I could also click and let go after two seconds, then click on the page, and it will go to that page, but the menu will not go away. I then have to click on a page again to get it to go away. Reproducible: Always Steps to Reproduce: 1. Go to a web page 2. Go to another page 3. Click and hold the back pop-up 4. Click on a page to go back to 5. Now the menu is still up, so click on a page again (now repeat 3,4, and 5, but press the forward pop-up) Actual Results: The menu stayed up untill I clicked it again. Expected Results: Letting go on it (or clicking it) the first time, should make it go away.

Reporter, I cannot reproduce your steps. After step 4, in order to get Mozilla to go to the page, I must click one of the Back menu items. Once I do this, the pop-up menu dismissees, and so your step 5 is not applicable.

So are you saying that if you click and hold on it, then let go over a page it doesn't go to the one you chose? I guess 4 wasn't written correctly, it should be drag down to a page title, and let go.

rrp, I click and hold the Back button history widget to summon the history pop-up menu. I select a menu item and release. At this point Mozilla goes to the history item I've chosen. However, the menu is not still visible at this point, as implied in your step 5.

hmmm.... Are you doing it really quickly? If it's done in under a second it dissapears for me. But not if it takes me a while and I have to read through a bunch of page titles. Click and hold, and wait for the title bar to go transparent, then go to the page and let go.

I've seen an issue where some XUL popups won't go away until you make a selection from the menu (you can't dismiss it by clicking outside the menu, although focus does go back to the browser window). I even had one occasion where I couldn't dismiss the contextual menu at all and a couple of times I've been able to open two at the same time (both the back and the forward menus). I've only seen this on trunk/0.9.5 builds - it doesn't seem to occur for 0.9.4 builds (I think). Confirming, nasty bug.

I have been seeing this - currently using build 2001101609 on OS X.1. If I click on the Back buttons popup triangle and hold the button down, the menu will redraw after about a second then I let go. Once that happens, it will stay displayed, even after selecting something from the menu. In fact, once it does the redraw and I let go, I can move the window and the popup menu stays on screen (it doesnt move with the window).

I've seen this for a while on MacOS 9 also. OS->All ? Currently using build 2001111608. If I click and hold the back/forward history triangle the menu stays. Now if I click on another window (or even click on the top of this window) the menu will be detached and hidden in the background. And it will keep the keyboard focus ! A lot of times my keyboard does not seem to work anymore, until I discover this hidden menu behind all my windows is stealing focus. A very annoying bug.

I reproduce this bug as well, using the MacOS X build of Mozilla 0.9.6. The pop-up history window only goes away when I actually select an item inside it, not if I click outside the menu. You also notice it in other places. For example, in Mail & News, if you click and hold on the "options" icon above the newsgroup message-listing scrollbar, you first get the expected pop-up of possible fields to select ("Thread", "Subject", etc.), and *then* after a half-second or so you get a pop-up context menu ("Open Message in New Window", etc.). The second context menu disappears when you click somewhere else, but the field-selection menu only disappears if you actually click an item in it. From these observations, I suspect that this bug is an interaction between the normal pop-up menu behavior and the click-and-hold contextual menu popup on the Macintosh (which substitutes for the button-3 contextual menu on other platforms). (Maybe when it pops up the second menu, it forgets that the first is still popped up.) The solution is probably that click-and-hold contextual menus (and contextual menus in general) should not appear if a menu is already popped up.

What's actually happening is that two copies of the menu are opening: one because of the click on the menu area, and the other because you're clicking and holding which opens the shortcut menu (the Back/Forward menu is set up as the shortcut menu for its own button). When you select an item from the second one, it closes, but you can't tell because the first one remains open. So, this is really a duplicate of bug 102330. *** This bug has been marked as a duplicate of 102330 ***