Platform: PowerBook G3/300/192Mb/25Gb, MacOS X 10.0.2 Build: 20010417 1) Go to www.versiontracker.com 2) Wait for page to load. 3) Pick a file, any file. 4) Hold mouse button down on the "Size" item (any one from any file) until the pop-up menu shows up. 5) Continue holding down. Menu will auto close when page attempts to reload, too quickly to do anything useful with the pop-up. What I WISH would happen is that if the page wants to reload before we've done anything useful with the menu, the page redraw should "pause" until we've had the chance to choose an item from the menu. If that item happens to be to Save the linked item or download something, the page redraw should pause until that process is complete. - Adam

Do you mean when the page reloads 15 minutes after it is first loaded (due to the meta refresh tag in the head)?

The same thing goes for loading a new page. If you click on one of those links, and then open up a contextual menu before the new page is drawn, nothing should happen until you've chosen an item from the menu or dismissed it. Currently, the menu is automatically dismissed and the new page is drawn. This happens on all versions of the Mac OS. The only issue would be if the only way to do this is to suspend *all* activity while a contextual menu is open, essentially locking up the browser (like what happens when you open an application menu). If that were the case, I'd suggest leaving the current behavior as is.

>Do you mean when the page reloads 15 >minutes after it is first loaded (due to >the meta refresh tag in the head)? That's the problem, it doesn't wait 15 minutes. There is some kind of timing issue that occurs when you move the mouse into the location bar where a page wants to reload immediately; I will report that bug seperately, once I have reproducable steps. But even if that was working properly, I still don't like current behavior. If I'm holding the mouse button down to display a contextual menu, that means that I'm looking at that menu. No auto-reload should be allowed to rip me away from what I was looking at, and the menu certainly shouldn't auto-close! I'm not saying that all browser activity should halt while a contextual menu is displayed. However, the link and its contextual menu should remain at the same location on the page. If loading (and page rendering) can continue while the contextual menu is drawn, then it should proceed. But if some render (or page clean) is going to rip me away from what I was looking at, then Moz should pause that redraw until 1) I release the contextual menu; 2) A Save Link As process completes; 3) A download completes. - Adam

should this be plaform: all?

I can't see how this behavior would be desired on any other platform. (I've only got access to a Mac, so I don't know if this behavior happens similarly on all platforms.) - Adam

This should probably be more general and extend to all XUL pop-ups and the scroll bar (I usually click a link before I'm done reading a page, and then keep the scroll bar depressed so I can finish reading the content before the next page loads).

Mike, I don't know why I wrote that previously. Yes, I think this RFE should be XP. What was I thinking... This bug is not fixed by bug 78630. That bug simply amplified this problem; fixing that bug simply means that this issue won't come up as often, which is why I'd like to change this bug to an RFE. However, like bug 78636, a page with a short meta-refresh time will still cause this issue to occur and be just as annoying. I'm speaking for myself, but I believe that anyone on any platform would want a page to stay still until they had done something with a pop-up menu. Most apps on most platforms would understand a displayed pop-up menu to mean that the user wishes to do something with it. Ripping them away from what they were doing is well, rude. - Adam