Closed Bug 61000 Opened 24 years ago Closed 1 year ago

popup menus appear on second monitor (OEM Rage Iic card)

Categories

(Core :: Widget: Gtk, defect, P3)

defect

Tracking

()

RESOLVED INACTIVE

People

(Reporter: Brade, Unassigned)

References

Details

Attachments

(9 files)

The following is reported by Shawn Broughton on 11/15/2000 at
http://www.macintouch.com/netscape6.html:

The first is a PowerCenter Pro 210 with a Rage Orion card. It's unbearably slow,
but oddly, it always draws popup menus on my second monitor, which is attatched
to the OEM Rage Iic card.
Keywords: nsmac2
how are the monitors oriented? which one is the main monitor? all popups?
context menus too? what about tooltips?

I need more information here.
Is this the negative coordinates problem?
Could be, but I think popups go through the same negative coordiate munging code
as all windows.
not much i can do with this w/out more info. futuring.
Target Milestone: --- → Future
I can add some additional info, from using Mozilla (build ID 2002030508, OS X)
on my Titanium Powerbook LCD (Monitor 2, on the right) with an external monitor
attached and configured as the "main" screen (Monitor 1, on the left).

If I open, say, the Bookmarks window (or a browser window, for that matter), and
the left side of the window is within about 300 +/- pixels of the right-hand
edge of monitor 1, right-clicking a bookmark results in the pop-up menu
appearing on monitor 2. If I nudge the bookmarks window left, the pop-up opens
under the mouse pointer, where it should. The window does *not* extend in any
way into monitor 2.

This happens regardless of the size of the window -- it depends entirely on
where the *left* edge of the window is.

This bug is kind of annoying, because it gives the impression that the pop-up
isn't opening at all, until you realize that it's opening several inches and a
monitor away...

Let me know if I can add any more info.
no problem with our matrox cards when using dual head.
Just to follow up, this bug still occurs in the 1.0 release.
Reproduced this on Chimera OS X build 2002112204 (24 Nov 2002) at this page

http://www.t-mobile.com/locator.asp?referer=/products/overview.asp?phoneid=163904
(one time cookie selector)

If the window is either:
1. Split across the screens (not important)
2. Fully maximised on the monitor.  (perhaps the way the windows are drawn this
fully maximised actually extends onto the other monitor (I think I can see a
shadow there ...)) (Possible quirk of Acqa on OS X?)

Then the pop-up shows up off to the left of the window.  I've noticed this with
a few other pages as well.

Pismo powerbook with external monitor (extended desktop) as secondary on the
left.  If I swap the monitors I get the same behaviour (ie it does not seem to
be related to primary or secondary monitors).
Blocks: multimon-win
I see this bug also.  Both Firefox 2.0 and 3.0 beta are affected.  OS: Linux, 'intel' video driver, dual-head set up with the following XRandR incantation:

    xrandr --output LVDS --auto --output VGA --auto --above LVDS

This results in two screens: the primary one (VGA) is 1280x1024 right above the secondary one (LVDS) of 1280x800.

When I have a Firefox window maximized on the bottom screen, all menus and drop-downs appear on the topmost screen, and are sized in a strange way.  I'll attach screenshots.
The screenshots are too large for attaching them, so I'll link instead:

http://mg.pov.lt/firefox-dualhead-menu.png
http://mg.pov.lt/firefox-dualhead-awesomebar.png
I have the same bug here. I recorded a video to show it.
Left side is the first monitor and on the right side is my second one. Every dialog will be shown on first monitor. Even the pull-down-menu of locationbar.

Mozilla/5.0 (X11; U; Linux x86_64; de-DE; rv:1.9) Gecko/2008051719 Minefield/3.0rc1

Driver: radeon (git version from 24 May 2008)
XServer: xorg 1.4.0.90
Used: xrandr --output VGA-0 --auto --right-of LVDS

http://incubo.de/tmp/bug61000.mpeg

Firefox isn't usable on second monitor.
I get the same problem - both on 

firefox 3 - Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008061015 Firefox/3.0

and 

thunderbird version 2.0.0.14 (20080505)

xrandr output:
Screen 0: minimum 320 x 200, current 2720 x 1024, maximum 5120 x 1600
VGA connected 1280x1024+1440+0 (normal left inverted right x axis y axis) 340mm x 270mm

LVDS connected 1440x900+0+0 (normal left inverted right x axis y axis) 331mm x 207mm


menus, dialogs etc always appear on the left hand screen - no matter which screen the windows in use is on (this sometimes causes the menu to appear on an invisible part of the virtual screen)

I just noticed that alert dialogs seem to be OK

menus, context menus, and tooltips also appear always appear on the left monitor (in my case this is LVDS)

NB the right monitor is : VGA connected 1280x1024+1440+0 

It's to do with the 1440 offset - but not as simple as ignoring it

I'm attaching a series of screenshots showing how the placement of the menu varies with position of the main window.

NB the main Gimp windows is aligned with the right hand edge of the left window.

I've only included the top slice of the screenshot
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
Happens under Ubuntu Intrepid and Firefox 3.0.5. It is very easy to reproduce: 

xrandr --output VGA-0 --off
firefox &
xrandr --output VGA-0 --mode 1280x1024
xrandr --output VGA-0 --right-of LVDS

I.e. start firefox with only a single display active, enable second display to right of original display, move firefox window to the new display, and click on "Help". Popup will appear on left display.

Firefox seems to be the only application that gets this wrong.
This bug has also been reported in Launchpad https://bugs.launchpad.net/firefox/+bug/295192
I just tried building firefox from the latest Mercurial sources (version says 3.2a1pre) and this bug appears to be fixed.

Build instructions here: https://developer.mozilla.org/En/Simple_build
Configure options were: ../configure --enable-debug --disable-optimize --enable-application=browser --disable-crashreporter 

I tried both with and without --enable-xinerama and saw no difference - the configure script doesn't seem to check for this option, so I'm wondering whether it even makes a difference anymore?

Since the build options of firefox no doubt vary across platforms it would be useful if someone else could test and confirm that this will no longer be an issue in firefox-3.2.
got like this problems under Windows in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090410 Shiretoko/3.5b4pre ID:20090410053901

e.g. when browser window is on second screen,
- all (!) pop-up menus appear on first one, including address bar and search auto-complete, right-click and application main menu
- mouse middle-button "scroll" cursor appears on first screen

next will be screenshots
It's worse than that.  When the primary screen is not at the top-left corner of the virtual desktop, popup menus (including the awesomebar) may appear partially or completely off-screen.

Here's an ASCII-art diagram:

       +----+
       |  2 |
  +----|    |
  |  1 |    |
  +----+----+

1 is the internal screen, 2 is the external screen.  Firefox appears to use the dimensions of screen (1) to limit the area of its popups, but it assumes that that area starts at the top-left corner.

Platform: Linux, using RandR 1.3.
still see this?
Assignee: mikepinkerton → nobody
Flags: needinfo?(chris.bainbridge)
Flags: needinfo?(brade)
Target Milestone: Future → ---
> still see this?

I don't' have a second monitor to test this now. As I said in Comment 20, it should be easy to retest - use xrandr to disable a display, start firefox, use xrandr to re-enable the display, drag firefox window to that display, click "help".
Flags: needinfo?(chris.bainbridge)
I cannot reproduce this bug any more with Firefox 28.0, nor with 31.0a1.

Things I tested:
1. Started Firefox in a dual-head configuration like I ASCII-art'ed in comment 27, moved it around to the left and right monitors and tried to open right-click popup menus in various positions.  The menu always appeared on the same screen as the Firefox window and was always entirely visible.  Same with the awesomebar popup.

2. Closed Firefox, unplugged external display cable, started Firefox, tested the right-click menu once, then plugged in the cable after FF was already running and repeated my tests from #1.  Same result: things work fine.
> still see this?

I do not see this on Gnome or Unity. I do see it on XFCE in Debian Testing (jessie), both with the firefox binary from mozilla, and the iceweasel binary from Debian.
btw the subject of this bug needs updating - my hardware setup is Intel HD graphics with triple portrait monitors.
To reproduce this: run XFCE, put Firefox on the left monitor (or maybe centre for triplehead), maximise firefox window, then right click on the right side of the Firefox window. The popup will appear on the monitor to the right. Tested with Debian Testing and Firefox 29 beta (and Iceweasel).
Update: I just retried this on Gnome (Debian Testing) and the bug also occurs there. Same method to reproduce as in comment #33. Using other apps eg. chromium was ok (right-click popup stays on same monitor).
Attached image firefoxbug-gnome.png
This is a screenshot demonstrating the bug on a triple monitor setup with the latest version of Firefox beta from mozilla.org running on Gnome (Debian Testing).
I've added a couple of screenshots showing this problem in Firefox on KDE5. This is on Gentoo using the proprietary nvidia driver, so this really doesn't seem driver or desktop environment related.

And I am seeing the same problem in Thunderbird too, e.g. with the popup showing addresses from addressbook when I start typing an address in the To field.
Flags: needinfo?(brade) → needinfo?
Still seeing this in Firefox 41.0.2, Ubuntu 15.10, Unity.

Bookmark menu: http://pasteboard.co/1KE4nmue.png
Right-click menu: http://pasteboard.co/1KEjoGmU.png
I tracked it down somewhat:

If you change the value:
   "layout.css.devPixelsPerPx"
in 
   "about:config"
to something else than "-1", "0" or "1",  eg.: use:
   "0.8"
then you encounter the problem with misplaced menus.

This is perfectly reproduceable and really annoying.
I confirm the previous comment!

I'm using 45.0a1 (2015-12-13) (nightly) on xfce.
My left monitor is 1600x1200, my middle (main) monitor is 4096x2160.
I've set up devPixelsPerPx to 1.5 to avoid having to small texts.

If I try to display a popup (contextual right mouse popup, top menu popup) with the mouse cursor below 1600+800 absolute pixels coodinate, the popup will appear in the first monitor...

For example: If I move nightly so that the "File" menu button is below 1600+800 pixels, the menu will be displayed on the first monitor, but "Edit" will not.

Temporary workaround: I place nightly x coordinate at at least 1600+800 pixels.


For me devPixelsPerPx should not be used when computing the x coordinate of the popup...

Hope this helps
Flags: needinfo?
Hi,

Something changed since a few days. Now knightly still does not displays the menu popups properly, but also the right click menu and anu HTML drop list menu...
They also are now displayed in the oposite direction compared to previously described comment... (ie, the popups are displayed too much to the right/bottom compared to the button were the popup belongs to)
This is no more usable unfortunately :( as I can't click on popups items etc
Hi,

The nightly of this night solves this issue for me! Great!
I am experiencing this.   I am on Fedora 23, with Firefox 44.0.2.   I am running my window maximized and I have three monitors, and the monitor I'm running on is my laptop monitor which is smaller than the others.   The right click dialogs when I am close to the left side of my window when clicking show up on my left larger monitor but not completely as more than half of them is off the screen.   Let me know if you need any additional information.    I will in the meantime try to figure out how to get the latest nightly build.
No longer blocks: multimon-win
Component: XUL → Widget: Gtk
I am experiencing this bug.

Firefox 60.0.1
Arch Linux
Notion WM

Window layout: Horizontal, horizontal, vertical.
Middle screen is the primary display.
The pop up dialog always opens on the leftmost display.
Currently experiencing this bug as well

Firefox 60.0.1
Arch Linux
i3wm

All popups (search suggestions, right click menu, hover tooltips) appear on leftmost monitor

I'm also suffering from this bug for years. Current setup is: Debian GNU/Linux unstable, Firefox 73.0.1 (64-bit), notion 3-2017050501

Severity: normal → S3
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: