Closed Bug 16388 Opened 25 years ago Closed 25 years ago

[FEATURE] Right-click (context) menu displaced on pages with frames

Categories

(Core :: XUL, defect, P1)

Product:
Core
Component:
XUL
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: Crysgem, Assigned: mikepinkerton)

References

(
URL
)

Details

(Whiteboard: [PDT+]) 

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.
Assignee: trudelle → saari
Target Milestone: M12
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.
QA Contact: claudius → elig
[Contextual menu bug --- QA Assigning to self.]
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fixed
*** Bug 19383 has been marked as a duplicate of this bug. ***
Status: RESOLVED → REOPENED
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/
Resolution: FIXED → ---
Clearing FIXED resolution due to reopen.
Target Milestone: M12 → M14
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. ***
Assignee: saari → sdagley
Status: REOPENED → NEW
Steve, I think this is a dup of a bug I just gave you...
Blocks: 15681
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.
Keywords: beta1
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
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
Status: NEW → ASSIGNED
Blocks: 25824
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 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
No longer blocks: 25824
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.