Closed
Bug 101835
Opened 24 years ago
Closed 23 years ago
Right click Context menu pops up in wrong place
Categories
(Core :: XUL, defect)
Tracking
()
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.
Comment 1•24 years ago
|
||
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.
Reporter | ||
Comment 2•24 years ago
|
||
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.
Reporter | ||
Comment 3•24 years ago
|
||
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).
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 4•24 years ago
|
||
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
Comment 5•23 years ago
|
||
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
Comment 6•23 years ago
|
||
*** Bug 111819 has been marked as a duplicate of this bug. ***
Comment 8•23 years ago
|
||
*** Bug 114467 has been marked as a duplicate of this bug. ***
Comment 9•23 years ago
|
||
*** 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.
Description
•