Mozilla.exe Build ID: 1999101312 Display the context menu (by right-click, for most humans) at this loaded document. Clicking near to the right edge of the window produces a menu somewhat seperated from the expected position. Aiming one's mouse input toward the right side of the frame border will deploy the menu upon the left frame.

Looks like the menu is being displayed offset from the leftmost frame rather than the frame clicked in. reducing width of sidebar and page frame results in context menu displaying closer to correct, which it is when there is only one frame. reassigning to saari as p3 for m12

This happens on any page with frames that I try. The offset of the click within the frame is used as the offset of the menu within the browser window. This should also be tested with IFRAMEs, etc.

[Contextual menu bug --- QA Assigning to self.]

Fixed

*** Bug 19383 has been marked as a duplicate of this bug. ***

Reopening based on Linux mozilla 1999-12-01-13-M12. I still see this bug on pages with frames. For example, right click in the lower left frame of http://www.alphaworks.ibm.com/tech/linuxjvm/

Clearing FIXED resolution due to reopen.

actually, that case looks almost okay, but the lower right pane is off significantly. Still usable though, moving to m14

This is also happening with listboxes. See the listboxes in http://bugzilla.mozilla.org/query.cgi . For example, R-click on the word "P3" in the "Priority" listbox.

reassigned QA contact to me & updated component.

*** Bug 20032 has been marked as a duplicate of this bug. ***

*** Bug 22731 has been marked as a duplicate of this bug. ***

Steve, I think this is a dup of a bug I just gave you...

BULK MOVE: Changing component from XP Menus to XP Toolkit/Widgets: Menus. XP Menus component will be deleted.

Passing the menu bug torch to pinkerton

*** Bug 25182 has been marked as a duplicate of this bug. ***

*** Bug 25386 has been marked as a duplicate of this bug. ***

This is pretty bad, especially with the Move/Copy messages menu. The initial context menu comes up below and to the right, but the Move/Copy submenus come up at the upper left corner of the window. Nominate for beta1.

Putting on PDT+ radar for beta1.

Problems I've encountered: after right-clicking twice on a browser, the second contextual menu stays there until it is left-clicked on (left-clicking on the browser window doesn't make it go away). Right-clicking in the mail window is severely messed up, with submenus appearing at (seemingly) random spots.

*** Bug 25661 has been marked as a duplicate of this bug. ***

*** Bug 25831 has been marked as a duplicate of this bug. ***

bulk accept

fixed.

looks good using the windows comm bits [2000-02-09-08]. however, i feel that verif on linux and mac is blocked by bug 26452. if you disagree, pls let me know why. :-)

why would it be? it's the _final_ location of the context menu that this bug is concerned with, not the intermediate position because we show it too early (which is 26452). Removing the dependency. There aren't related in any way.

thanks for the clarification! verif as fixed on all 3 platforms.