324949 - Wrong placement of menus/combos/etc with xinerama and differing screen sizes

Status: NEW

(Core :: Layout: Form Controls, defect)

Description

[zinx]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20060112 Debian/1.5.dfsg-4 Firefox/1.5
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20060112 Debian/1.5.dfsg-4 Firefox/1.5

Firefox places menus/combos/etc in an incorrect position on my system when it is on the 'second' head (xinerama index 1) - it appear to be using the size of the 'first' head (xinerama index 0).  Here's a dump of the xinerama setup direct from XineramaQueryScreens:
2 screens:
 0[0]: 800+0x600+0
 1[1]: 1280+800x1024+0


Reproducible: Always

Steps to Reproduce:
1. Enable xinerama and set the first screen smaller than the second
2. Place firefox on the second screen
3. Drop down the location or search combo in the toolbar, or view a menu that is too large to fit on the first head


Actual Results:  
combos are placed too far to the left, menus are obviously being limited to the size of the first screen.


Expected Results:  
combos placed directly under the text entry box they belong to, menus that arrange themselves to the screen size firefox is on.


Appears to happen both when firefox is maximized (to one screen), and when not.

Comment 1

[zinx]

Attachment: Screenshot of the search combo dropdown

Comment 2

[Brian Crowder]

This happens on Mac OS X 10.4, too, I am guessing it is all platforms.  Moving it to form controls and bumping severity to see if it gets more love.

Comment 3

[Marcus Better]

Similar things happen to me with Debian iceweasel 2.0.0.6-1 on an i386 system with Xinerama where the first display is 1024x768 and the second 1280x1024.

When Firefox is placed on the second display, all pop-ups (including drop-down menus, combo box lists and context menus) are placed on the first display, with their right border aligned with the right edge of the screen.

With Firefox on the first display, pop-ups are placed correctly.

Comment 4

[Marcus Better]

Funny, today for the first time pop-ups are placed correctly. I'm nearly sure I didn't change or upgrade anything significant.

Comment 5

[Pacho Ramos]

Same problem in mandriva:
http://qa.mandriva.com/show_bug.cgi?id=30823

With icewm and xinerama enabled

Comment 6

[Bernard SIAUD]

If I execute mozilla-thunbird before enable xinerama ("xrandr --output LVDS
--left-of VGA"), I have this probleme.
If I execute mozilla-thunbird after dual display actived by xrandr is actived, it's good !

Comment 7

[Marcus Better]

(In reply to comment #6)
> If I execute mozilla-thunbird before enable xinerama ("xrandr --output LVDS
> --left-of VGA"), I have this probleme.
> If I execute mozilla-thunbird after dual display actived by xrandr is 
> actived, it's good !

I can confirm this. It's 100% reproducible if Firefox is started before setting dual-head with xrandr. (The display is initially in clone mode showing the same desktop on both screens.)

Comment 8

[Marcus Better]

Confirmed with Firefox 3.0 beta 2 on Linux.

Comment 9

[Libor]

Hi,
confirmed on latest kubuntu
Linux sga 2.6.22-14-generic #1 SMP Fri Feb 1 04:59:50 UTC 2008 i686 GNU/Linux
 ,firefox/2.0.0.12, the same bahavior,moust of tke other sw, konqueror working properly
hw is a nc6400 compaq notebok
But, I activated second monitor after the KDE is up, then I start the firefox,so I have not problem with clone mode, just extednded my desktop to the second screen placed on right side using command xrandr --output VGA --mode 1024x768 --right-of LVDS

Comment 10

[Rui Matos]

Yup, confirming this bug on

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020410 Fedora/3.0.6-1.fc10 Firefox/3.0.6

If Firefox is started after the 2nd monitor has been hotplugged it works correctly though so Firefox simply doesn't seem to be listening and/or acting upon the relevant randr notifications.

Comment 11

[Robert G. Siebeck]

(In reply to comment #10)
> Yup, confirming this bug on
> 
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020410
> Fedora/3.0.6-1.fc10 Firefox/3.0.6
> 
> If Firefox is started after the 2nd monitor has been hotplugged it works
> correctly though so Firefox simply doesn't seem to be listening and/or acting
> upon the relevant randr notifications.

Same behavior here.

Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10