Closed Bug 16388 Opened 24 years ago Closed 24 years ago
[FEATURE] Right-click (context) menu displaced on pages with frames
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
Summary: Right-click (context) menu greatly displaced at cited URL → Right-click (context) menu displaced on pages with frames
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.]
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → 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.
Component: XP Toolkit/Widgets → XPMenus
QA Contact: elig → sairuh
reassigned QA contact to me & updated component.
Priority: P3 → P1
Summary: Right-click (context) menu displaced on pages with frames → [FEATURE] Right-click (context) menu displaced on pages with frames
*** 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.
Component: XPMenus → XP Toolkit/Widgets: Menus
Passing the menu bug torch to pinkerton
Assignee: sdagley → 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. ***
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → 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. :-)
Depends on: 26452
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.
No longer depends on: 26452
thanks for the clarification! verif as fixed on all 3 platforms.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: bugzilla → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.