Closed
Bug 302032
Opened 19 years ago
Closed 19 years ago
Context menu for a picture with hyperlink is misplaced on the screen (single and dual monitor)
Categories
(Firefox :: Menus, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 245163
People
(Reporter: ageenko, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 When you right click any image that has a hypelink, the context menu is often appears beyond the screen. In most cases it render context menu use impossible, which is a critical error for our process. This situation is processed normally in the case of The possible reason is the vast of various items in the context menu, and error in the algorithm of calculation the area for the context menu. IMHO, in current implementation, the context menu is displayed so that its either bottom left or top left corner is at the place of right click. However, if the context menu has lot of items as you can see on hte screenshot, the menu will be nearly oalways displayed offscreen. I wonder that nobody has noticed the problem before. Reproducible: Always Steps to Reproduce: 1. Goto to any website, say www.yahoo.com 2. Right-click on any image that has a hyperlink (better if the image is closer to the top of the page) 3. Observe how context menu is placed, see screenshot! Actual Results: The context-menu will be placed so that bottom-left corner is at the point of right-click. If the picture you right-click is at the top, then the context menu is beyond the screen! Expected Results: The context menu must be placed so that it is entirely visible Screenshots can be viewed at: 1) The correctly displayed context menu. The right-click place is at bottom http://img303.imageshack.us/img303/9605/ok8fl.png 2) Incorrectly displayed context menu. The ricgh-click place is at the top http://img303.imageshack.us/img303/8595/notok5js.png
| Reporter | ||
Comment 2•19 years ago
|
||
I've not completed one sentence: The context menu (right-click) is processed normally as it appears to me mostly in the case of text hyperlinks, but I may be wrong since my display is big, and context meun for textual hyperlinks is rather short unlike pictures!!!
Updated•19 years ago
|
Severity: critical → normal
| Reporter | ||
Comment 4•19 years ago
|
||
Yes, I took these screenshots from the system with two monitors. I had same screenshots from the system with single monitor, but at the moment I took these, the Bugzilla site were not available. So please ignore the right part of the screenshot showing the content of a second screen. The bug is apparent on all the systems I am using. And it is the same on all my computers for all the time I have used Firefox from earlier dates (because in our organization we obloged to use Firefox due to security problems with IE). On some machines of my team, we are using one, on some - two monitors. All graphic boards are capable for 2 monitors, as all modern boards. It looks like when context menu is short (no add-ons are installed) the sitaution is not apparent, since context menu always fit the screen either way. For me, current algorithm is such (I might be wrong): look if the context menu window fits screen with top-left corner at the point of click, and if not, render it with bottom-left corner at the point of click. If you look at the Internet Explorer behavior, then you will find it a bit different: It has third option to render context menu so that its bottom line is at the bottom of the screen, and top line will be wherever it is appropriate. Here are screen shots from IE: 1. render at top left corner of click http://img231.imageshack.us/img231/4453/ie29gs.png 2. render at bottom left corenr http://img231.imageshack.us/img231/6360/ie14rk.png 3. "clever" rendering when neither of condition met (this is what is missing from Firefox!!!) http://img231.imageshack.us/img231/3267/ie35xu.png Concluding, the problem is ONLY with Firefox. For our applications it is STOPPER, still I have marked it as critical. P.S. In addition it would be nice to have some way to control what appears in Context Menu, since all the extension like to put all kind of functions in it making it too heavy!
Comment 5•19 years ago
|
||
It looks like your menus are way too long. Try the MenuEditor extension -> http://menueditor.mozdev.org/ Does it make a difference if you reduce them ?
Summary: Context menu for a picture with hyperlink is misplaced on the screen → Context menu for a picture with hyperlink is misplaced on the screen (dual monitor)
| Reporter | ||
Comment 6•19 years ago
|
||
It will help as long as the context-menu is shortet than distance from point of click to the bottom corner, or to the top corner. Whatever the length of the menu, the Firefox places the menu so that its either top-left or bottom-left corner is at the place of right-click. In other words, current algorithm works only if the length of the context-menu is twice shorter than the height of the screen! In all other cases (when the image, hyperlink, or whatever you right click) is closer to the center of screer, and distance from it to either corner is shorter than the context-menu, - the problem arises Internet Explorer can process that situation correctly according to my screenshots. Firefox cannot. p.s. Thank you for plugin to workaround this situation. I wil ltry to play with it, though I would appreciate if thar real bug can be fixed! p.p.s. And the dual monitor is not an issue here. At my home I have only few extensions, single monitor and the problem is the same. Could you reproduce the problem?
Summary: Context menu for a picture with hyperlink is misplaced on the screen (dual monitor) → Context menu for a picture with hyperlink is misplaced on the screen (single and dual monitor)
Comment 7•19 years ago
|
||
This sounds like a dupe of Bug 245163 except that it is supposed to be fixed (temporary hack though)
| Reporter | ||
Comment 8•19 years ago
|
||
You are right! Just read how many comments in the Bug 245163. It has been marked as fixed whereas it is NOT. All my respect to the person who will eventually fix it!
Comment 9•19 years ago
|
||
This is fixed in the 1.0 branch. You can see for yourself by grabbing the latest builds: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ *** This bug has been marked as a duplicate of 245163 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•