Closed Bug 101835 Opened 24 years ago Closed 23 years ago

Right click Context menu pops up in wrong place

Categories

(Core :: XUL, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 94296
Future

People

(Reporter: caillon, Assigned: hyatt)

Details

Using today's linux trunk 2001092608- With the sidebar "minimized" so you can see the grippy, close the browser. Start the browser. Maximize the sidebar Minimize the sidebar Right click anywhere on the page. The context menu appears N pixels to the right, where N was the width of the maximized sidebar. If you right click at the right edge of the browser, you don't see the context menu at all. Always reproducible.
Hmm. Not seeing this with gnome/enlightenment wm. [I do see a minor quirk when the sidebar is maximized (i.e., uncollapsed) ... the popup appears to the left of the mouse pointer, instead of the natural position of to the right of the mouse pointer.) 2001092708 rh 6.1 What's you window manager, etc.
I'm using WindowMaker 0.65.1 - I see this even with <select> dropdown menus such as the resolution menu below the comments field here. Seems to be related (if not I can file a new bug). I've noticed too that sometimes I can get the pop up of the context menu to the left. When this happens, the behaviour I mentioned above does not happen. Not sure what switches the behaviour from one to another.... You can see this best on a new profile. After using it for a while, the behaviour switches off and on to what you were seeing. I'll try to come up with more reproducible steps sometime today.
Also, FWIW, I'm on XFree86 4.1.0. This still is an issue in today's linux build 2001092906 (I was on a profile that I had not used since before I reported this bug).
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Seen with NS6.2 and mozilla linux build 2001101202 on Window Maker This is really bad to see sth like a 5cm offset of the context menu
After some investigations, it appears that the misplacement of the context menus (in the content layout, only) is a more general problem. To summarize the features seen on Linux (WindowMaker,twm,Debian and Gnome sessions), launching Mozilla with Sidebar and toolbars visible: 1) Minimizing or hiding the toolbars (personal, navigation and menu) induces a vertical offset of the context menus corresponding to the vertical sizes of the toolbars. 2) With option "hide the tab bar when only one tab is open", closing all the other tabs and leaving a non-blank page induces a vertical offset of the context menus. 3) Minimizing or hiding the sidebar leads to an horizontal offset 3) the same misplacement apply to <select> drop-down menus, too. The calculation of the context and drop-down menu position seems to depend on the (0,0) origin of the content layout. I don't understand why it has been implemented that way. The top-left position of the menus should be calculated from the mouse position, only (modulo window limits) CC'ing morse, the default context menu owner, blizzard because he wrote in bug 77051 he wanted to improve pop-up performances on linux and trudelle for re-evaluation
*** Bug 111819 has been marked as a duplicate of this bug. ***
Imho, this bug should be marked as a duplicate of bug 94296.
*** Bug 114467 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 94296 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.