with multiple-monitors, firefox menus/url history/tooltips shows up on wrong monitor
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Invalid
|
Undecided
|
Unassigned | ||
firefox-3.0 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: firefox
I have a dual-monitor setup using an NVIDIA 7600GT and proprietary drivers on TwinView mode.
I'm using Intrepid Ibex (8.10) with the latest updates as of Nov 7th.
When I have firefox on the right-side monitor, the menus, url history, textfield history, and tooltips all show up on the left-side monitor.
=======
TO REPRODUCE:
1. Have only a single monitor enabled.
2. Open firefox
3. Enable the secondary monitor.
4. Move the firefox window to the secondary monitor.
5. Open menus/tooltips/etc. They will show up on the primary monitor.
WORKAROUND:
To get around this, switch steps 2 and 3.
=======
Unfortunately, I can't seem to get a screenshots of the menus/url history/textfield issues because they disappear when I click away from the browser (screenshot won't get taken unless I click away from the menu/history). But I was able to get a shot of a tooltip showing up incorrectly.
In Mozilla Bugzilla #29100, Mikepinkerton (mikepinkerton) wrote : | #2 |
danm owns screen object....i suspect this would happen on macOS as well, but i
don't know for sure.
In Mozilla Bugzilla #29100, Bugzilla-iwaruna (bugzilla-iwaruna) wrote : | #3 |
eli, if this does *not* refer to Bookmarks off the toolbar, feel free to bounce
it back to me.
In Mozilla Bugzilla #29100, Elig (elig) wrote : | #4 |
Actually, it also involves the Bookmarks menu (from the menu bar). QA Assigning
back to Sarah, per Claudius's okay.
In Mozilla Bugzilla #29100, Elig (elig) wrote : | #5 |
Corrected bug summary.
In Mozilla Bugzilla #29100, Trudelle (trudelle) wrote : | #6 |
Mass moving M17 bugs to M18
In Mozilla Bugzilla #29100, Trudelle (trudelle) wrote : | #7 |
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
In Mozilla Bugzilla #29100, Bugzilla-iwaruna (bugzilla-iwaruna) wrote : | #8 |
*spam*: transferring current XP Menu bugs over to jrgm, the new component owner.
feel free to add me to the cc list (unless am the Reporter) of any of these, if
you have any questions/etc.
In Mozilla Bugzilla #61000, Brade (brade) wrote : | #9 |
The following is reported by Shawn Broughton on 11/15/2000 at
http://
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.
In Mozilla Bugzilla #61000, Mikepinkerton (mikepinkerton) wrote : | #10 |
how are the monitors oriented? which one is the main monitor? all popups?
context menus too? what about tooltips?
I need more information here.
In Mozilla Bugzilla #61000, Sfraser-bugs (sfraser-bugs) wrote : | #11 |
Is this the negative coordinates problem?
In Mozilla Bugzilla #61000, Saari (saari) wrote : | #12 |
Could be, but I think popups go through the same negative coordiate munging code
as all windows.
In Mozilla Bugzilla #62395, Kmcclusk (kmcclusk) wrote : | #13 |
Hello, my name is Brad Maness and i use Mozilla, for mild web deveolpment, to
get ready for Javascript 1.5 and DOM compliance. Currently i'm using M18 [
Build2000101014 ] and i've run into some problems. I've created my own "property
viewer" for objects, to help me develop a few things, which currently [ though
probably not enough for public use ] works with M18, and this is what i found out.
I started with a 1024x768 resolution and ran the prop. viewer on the [
window.screen ] object and this is what i got :
- window.screen.top = 0
- window.screen.left = 0
- window.screen.width = 1024
- window.
- window.
- window.
- window.
- window.
- window.
- window.
Then, i minimized all windows, changed the screen resolution to 640x480, and ran
the prop view on the same obj. [ window.screen ]
and this is my output :
- window.screen.top = 0
- window.screen.left = 0
- window.screen.width = 1024
- window.
- window.
- window.
- window.
- window.
- window.
- window.
None of the vaules updated when i changed the screen resolution. Height, width,
available values, nothing. The only way i was able to get the correct values of
the screen resolution, was if i opened a new Mozilla window and loaded the prop
viewer again on that obj.
In Mozilla Bugzilla #62395, Kmcclusk (kmcclusk) wrote : | #14 |
I confirmed that window.screen does not return the correct values in Netscape
6.0 on WINNT when the screen size/depth is changed while N6 is running.
In Mozilla Bugzilla #62395, Kmcclusk (kmcclusk) wrote : | #15 |
The problem is the DeviceContext held by the presentation context is not updated
when the depth changes.
See ScreenImpl:
nsIDeviceContext* ScreenImpl:
{
if(!mDocShell)
return nsnull;
nsCOMPtr<
mDocShell-
nsCOMPtr<
if(!docViewer)
return nsnull;
nsCOMPtr<
docViewer-
nsIDeviceContext* context = nsnull;
if(presContext)
presConte
return context;
}
Reassigning to myself
In Mozilla Bugzilla #61000, Mikepinkerton (mikepinkerton) wrote : | #16 |
not much i can do with this w/out more info. futuring.
In Mozilla Bugzilla #62395, Kmcclusk (kmcclusk) wrote : | #17 |
Setting milestone to mozilla1.0
In Mozilla Bugzilla #62395, Kmcclusk (kmcclusk) wrote : | #18 |
Clearing milestone.
In Mozilla Bugzilla #62395, Kmcclusk (kmcclusk) wrote : | #19 |
Setting milestone to future.
In Mozilla Bugzilla #62395, Jst (jst) wrote : | #20 |
*** Bug 73961 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #21 |
*** Bug 118340 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Kmcclusk (kmcclusk) wrote : | #22 |
Build moving all existing future-P3 bugs to future-P4.
In Mozilla Bugzilla #61000, Mstockman (mstockman) wrote : | #23 |
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.
In Mozilla Bugzilla #62395, Tuukka Tolvanen (sp3000) wrote : | #24 |
*** Bug 135953 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #29100, Tuukka Tolvanen (sp3000) wrote : | #25 |
is this dup/dep bug 62395?
In Mozilla Bugzilla #62395, Pschwartau (pschwartau) wrote : | #26 |
*** Bug 133483 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #27 |
*** Bug 148571 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #28 |
*** Bug 136030 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #61000, Mgabriel (mgabriel) wrote : | #29 |
no problem with our matrox cards when using dual head.
In Mozilla Bugzilla #61000, Mstockman (mstockman) wrote : | #30 |
Just to follow up, this bug still occurs in the 1.0 release.
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #31 |
*** Bug 150213 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #32 |
*** Bug 154591 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #61000, James-freelancepropaganda (james-freelancepropaganda) wrote : | #33 |
Reproduced this on Chimera OS X build 2002112204 (24 Nov 2002) at this page
http://
(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).
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #34 |
*** Bug 180310 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bzbarsky (bzbarsky) wrote : | #35 |
*** Bug 182991 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bzbarsky (bzbarsky) wrote : | #36 |
*** Bug 184459 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-gtalbot (bugzilla-gtalbot) wrote : | #37 |
Let's say I have a scr. res. of 1024x768 with the following values:
screen.top = 0
screen.left = 0
screen.availTop = 270
screen.availLeft = 60
and then I change the scr. res. to 640x480.
What are the current values with such scr. res.? What should be the current values?
I would be appreciative of an answer.
In Mozilla Bugzilla #62395, Bzbarsky (bzbarsky) wrote : | #38 |
*** Bug 186551 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #39 |
*** Bug 155717 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bzbarsky (bzbarsky) wrote : | #40 |
*** Bug 195971 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bzbarsky (bzbarsky) wrote : | #41 |
*** Bug 211441 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Robert-graf-housemusic-online (robert-graf-housemusic-online) wrote : | #42 |
I can remember that you have to restart MOZILLA - then it should work. It's
faster to save the values on Mozilla start because normally the resolution does
not change.
In Mozilla Bugzilla #62395, Jst (jst) wrote : | #43 |
*** Bug 211441 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-babylonsounds (bugzilla-babylonsounds) wrote : | #45 |
*** Bug 101103 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Fabian-imajes (fabian-imajes) wrote : | #46 |
*** Bug 152872 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, SteBo (stebo) wrote : | #47 |
*** Bug 230391 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-spray (bugzilla-spray) wrote : | #48 |
*** Bug 232871 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Hskupin (hskupin) wrote : | #49 |
*** Bug 233897 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Rp-moz (rp-moz) wrote : | #50 |
*** Bug 167263 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #51 |
*** Bug 225908 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #52 |
*** Bug 240044 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Pike-pikey (pike-pikey) wrote : | #53 |
*** Bug 249276 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Spam-minneboken (spam-minneboken) wrote : | #54 |
related to bug 11709?
In Mozilla Bugzilla #62395, Alexmipego (alexmipego) wrote : | #55 |
(In reply to comment #23)
> I can remember that you have to restart MOZILLA - then it should work. It's
> faster to save the values on Mozilla start because normally the resolution does
> not change.
Just dont forget I may be testing an webapplication that have some values in
session or something like that. That would require me to open and fill that
values again, and also redo to all the other open pages.
In Mozilla Bugzilla #62395, Mike Connor (mconnor) wrote : | #56 |
*** Bug 273120 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Gavin Sharp (gavin-sharp) wrote : | #57 |
*** Bug 273484 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Gavin Sharp (gavin-sharp) wrote : | #58 |
*** Bug 178497 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Gavin Sharp (gavin-sharp) wrote : | #59 |
*** Bug 169869 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Gavin Sharp (gavin-sharp) wrote : | #60 |
*** Bug 273538 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Asa (asa) wrote : | #61 |
*** Bug 267133 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, James Ross (twpol) wrote : | #62 |
Is catching WM_SETTINGCHANGE (not supported on NT 3.51) useful here?
In Mozilla Bugzilla #62395, Timeless-bemail (timeless-bemail) wrote : | #63 |
sounds right. istr doing research into this, i wonder if i actually have it in a
tree somewhere, actually i think i do have a tree which does it halfway.
In Mozilla Bugzilla #62395, Neil-httl (neil-httl) wrote : | #64 |
Note that only on multiple-monitor systems are we apparently prepared to take
the perf hit of not caching the screen dimensions (in that case simply dragging
the window from one screen to the other will update the window.screen values).
In Mozilla Bugzilla #62395, Pike-pikey (pike-pikey) wrote : | #65 |
*** Bug 282586 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-mcsmurf (bugzilla-mcsmurf) wrote : | #66 |
*** Bug 283326 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-spray (bugzilla-spray) wrote : | #67 |
*** Bug 290945 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Gavin Sharp (gavin-sharp) wrote : | #68 |
*** Bug 298401 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-spray (bugzilla-spray) wrote : | #69 |
*** Bug 315561 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Matti-mversen (matti-mversen) wrote : | #70 |
*** Bug 316359 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Matti-mversen (matti-mversen) wrote : | #71 |
*** Bug 321391 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Zug-treno (zug-treno) wrote : | #72 |
*** Bug 327414 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-dolphinling (bugzilla-dolphinling) wrote : | #73 |
*** Bug 270461 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Zug-treno (zug-treno) wrote : | #74 |
*** Bug 335004 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Bugzilla-dolphinling (bugzilla-dolphinling) wrote : | #75 |
*** Bug 337907 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #62395, Vseerror (vseerror) wrote : | #76 |
Timeless in comment #44:
> i think i do have a tree which does it halfway.
would this give someone a start at fixing?
any reason not to dup Bug 335776 to this?
In Mozilla Bugzilla #62395, Registrant (registrant) wrote : | #77 |
(In reply to comment #57)
> any reason not to dup Bug 335776 to this?
Related I think. My bug 152872 simulates this somewhat, but, not directly.
In Mozilla Bugzilla #62395, Vseerror (vseerror) wrote : | #78 |
*** Bug 255896 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #61000, Marius Gedminas (mgedmin) wrote : | #79 |
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.
In Mozilla Bugzilla #61000, Marius Gedminas (mgedmin) wrote : | #80 |
The screenshots are too large for attaching them, so I'll link instead:
http://
http://
In Mozilla Bugzilla #29100, Vseerror (vseerror) wrote : | #81 |
Tuukka, do you think WFM?
I am unsure comment 0 is a sufficent test, but this WFM Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b4pre) Gecko/2008021504
I can't speak to w98
In Mozilla Bugzilla #61000, Aklitzing (aklitzing) wrote : | #82 |
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://
Firefox isn't usable on second monitor.
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #83 |
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)
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #84 |
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
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #85 |
Created an attachment (id=330448)
screenshot showing misplaced menu
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
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #86 |
Created an attachment (id=330449)
screenshot showing misplaced menu
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #87 |
Created an attachment (id=330450)
screenshot showing misplaced menu
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #88 |
Created an attachment (id=330451)
screenshot showing misplaced menu
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #89 |
Created an attachment (id=330452)
screenshot showing misplaced menu
In Mozilla Bugzilla #61000, Sean-uncertainty (sean-uncertainty) wrote : | #90 |
Created an attachment (id=330453)
screenshot showing misplaced menu
In Mozilla Bugzilla #29100, David Fraser (davidf) wrote : | #91 |
I get this on Linux (Ubuntu 8.04) when adding an extra monitor using xrandr.
As to bug 62395, in this case window.screen still shows the resolution of the original screen, not the combined resolution.
Changing OS to All as a result.
There's an upstream Ubuntu bug at https:/
See also bug 239043 which had some comments relating to this.
In Mozilla Bugzilla #62395, David Fraser (davidf) wrote : | #92 |
(In reply to comment #45)
> Note that only on multiple-monitor systems are we apparently prepared to take
> the perf hit of not caching the screen dimensions (in that case simply dragging
> the window from one screen to the other will update the window.screen values).
On Linux (Ubuntu 8.04, Firefox 3), using xrandr to add another screen does not update window.screen properties. So the system can start out being a single-monitor one but change to be multi-monitor, and in this case we should throw out the cache.
See also bug 29100 which is triggered by this, and the related upstream Ubuntu bug at https:/
Adam Plumb (adamplumb) wrote : | #93 |
Binary package hint: firefox
I have a dual-monitor setup using an NVIDIA 7600GT and proprietary drivers on TwinView mode.
I'm using Intrepid Ibex (8.10) with the latest updates as of Nov 7th.
When I have firefox on the right-side monitor, the menus, url history, textfield history, and tooltips all show up on the left-side monitor.
Unfortunately, I can't seem to get a screenshots of the menus/url history/textfield issues because they disappear when I click away from the browser (screenshot won't get taken unless I click away from the menu/history). But I was able to get a shot of a tooltip showing up incorrectly.
Adam Plumb (adamplumb) wrote : | #94 |
chadwik (chadwik) wrote : | #95 |
Marking this as confirmed by bug 243319.
Changed in firefox-3.0: | |
status: | New → Confirmed |
Adam Plumb (adamplumb) wrote : | #96 |
With the latest firefox update from this morning (to 3.0.4) this issue is fixed for me. My tooltips/menus all show up in their correct place on the secondary monitor.
chadwik (chadwik) wrote : | #97 |
Marking this as fixed
Changed in firefox-3.0: | |
status: | Confirmed → Fix Released |
Adam Plumb (adamplumb) wrote : | #98 |
I came across this issue again this morning, and thought I had been mistaken when I had reported it fixed. This bug still occurs under the corner case where only a single monitor is enabled, and with firefox open, a second monitor is enabled. If firefox is closed before enabling the second monitor it'll work fine. It must be something that is happening when firefox is opened.
Here's how I reproduce it:
1. Have only a single monitor enabled.
2. Open firefox
3. Enable the secondary monitor.
4. Move the firefox window to the secondary monitor.
5. Open menus/tooltips/etc. They will show up on the primary monitor.
To get around this, switch steps 2 and 3.
Martin Capitanio (capnm) wrote : | #99 |
...
> 1. Have only a single monitor enabled.
> 2. Open firefox
> 3. Enable the secondary monitor.
> 4. Move the firefox window to the secondary monitor.
> 5. Open menus/tooltips/etc. They will show up on the primary monitor.
2+ more multi-monitor related long standing "gnome disagrees
with the x11 driver about the monitor order" bugs:
* Have only a single (the internal LVDS notebook) monitor enabled.
* Have a drawer placed on the gnome panel.
* Plug the second monitor, everything looks sane so far:
#xrandr
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 2960 x 1850
VGA connected (normal left inverted right x axis y axis)
1680x1050 59.9 + 60.0
...
LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis)
331mm x 207mm
1280x800 60.0*+
...
* Enable the secondary monitor
(e.g. xrandr --output VGA --right-of LVDS --mode 1680x1050).
[1] Both top and bottom gnome panels perform an immediately
jump to the external secondary monitor.
* Don't let it get you down, unlock and drag the panels back to the
primary monitor.
* Click on the drawer on primary monitor.
[2] The the drawer content pops up on secondary monitor.
[+] Almost every splash-window appears horizontal in the middle between
both monitors.
[+] Most OpenGL games smashes a 2 monitor geometry setting so badly,
that the only option left is restart the x11 server.
Changed in firefox-3.0: | |
status: | Fix Released → Confirmed |
description: | updated |
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #100 |
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.
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #101 |
Possibly related to https:/
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #102 |
This bug has also been reported in Launchpad https:/
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #103 |
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:/
Configure options were: ../configure --enable-debug --disable-optimize --enable-
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.
In Mozilla Bugzilla #29100, Chris Bainbridge (chris-bainbridge) wrote : | #104 |
I ran in to bug #61000 which is possibly a dupe of this one. With the latest firefox sources from Mercurial (apparently 3.2a1pre) I no longer see either this bug (bookmark window size now adapts to change in resolution), or bug #61000 (popup windows now appears on correct monitor).
It would be useful if someone else could check to make sure 3.2a1pre does indeed fix this issue. Hey, almost 9 years for a fix...
Changed in firefox: | |
status: | Unknown → Confirmed |
Chris Bainbridge (chris-bainbridge) wrote : | #105 |
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:/
Configure options were: ../configure --enable-debug --disable-optimize --enable-
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.
In Mozilla Bugzilla #61000, Sesquile (sesquile) wrote : | #106 |
*** Bug 471894 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #29100, Bourdieu (mathieu-bouillaguet) wrote : | #107 |
I can confirm that the problem is fixed with firefox 3.1 beta 2 on linux.
In Mozilla Bugzilla #61000, LogicDaemon (logicdaemon) wrote : | #108 |
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
In Mozilla Bugzilla #61000, LogicDaemon (logicdaemon) wrote : | #109 |
http://
http://
http://
http://
http://
http://
http://
http://
In Mozilla Bugzilla #61000, Marius Gedminas (mgedmin) wrote : | #110 |
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.
Patricio (patricio-stwing) wrote : | #111 |
I have this problem too. Firefox 3.0.10 menus open in a different monitor in Jaunty.
dvhart (darren-dvhart) wrote : | #112 |
Does anyone have a firefox 3.2* package they could make available on a ppa?
Chris Bainbridge (chris-bainbridge) wrote : | #113 |
https:/
I haven't tried it though.
Andreas Jonsson (sonofjon) wrote : | #114 |
I can confirm this bug on an up-to-date Jaunty installation. Not surprisingly this bug also affects Mozilla Thunderbird.The workaround suggested by the OP works.
Adam Plumb (adamplumb) wrote : | #115 |
I've upgraded my firefox-3.0.x installation to the PPA's 3.5.4pre version and this behavior appears to be fixed. Hopefully someone else can do the upgrade and confirm that.
Changed in firefox-3.0 (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in firefox: | |
importance: | Unknown → Medium |
In Mozilla Bugzilla #61000, Vseerror (vseerror) wrote : | #116 |
still see this?
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #117 |
> 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".
In Mozilla Bugzilla #61000, Marius Gedminas (mgedmin) wrote : | #118 |
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.
Michael Jastram (jastram) wrote : | #119 |
I used to see this, but cannot reproduce it any more either.
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #120 |
> 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.
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #121 |
btw the subject of this bug needs updating - my hardware setup is Intel HD graphics with triple portrait monitors.
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #122 |
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).
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #123 |
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).
In Mozilla Bugzilla #61000, Chris Bainbridge (chris-bainbridge) wrote : | #124 |
Created attachment 8414413
firefoxbug-
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).
In Mozilla Bugzilla #61000, Stijn+bugs (stijn+bugs) wrote : | #125 |
Created attachment 8565782
Screenshot of save password popup in KDE5
In Mozilla Bugzilla #61000, Stijn+bugs (stijn+bugs) wrote : | #126 |
Created attachment 8565783
Screenshot of form history popup in KDE5
In Mozilla Bugzilla #61000, Stijn+bugs (stijn+bugs) wrote : | #127 |
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.
In Mozilla Bugzilla #62395, dino99 (9d9) wrote : | #128 |
outdated flavor, report about a newer active version if needed
Changed in firefox: | |
importance: | Medium → Undecided |
status: | Confirmed → New |
status: | New → Invalid |
Changed in firefox-3.0 (Ubuntu): | |
status: | Triaged → Invalid |
medb (medb) wrote : | #129 |
Still reproducible on Ubuntu 15.10 Alpha 2 and Firefox 39.0
Changed in firefox (Ubuntu): | |
status: | New → Confirmed |
no longer affects: | firefox (Ubuntu) |
bymoz089 (kyv-66tsaypfp4rf) wrote : | #130 |
I tracked it down somewhat:
if you change the value:
"layout.
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 reproduceable and really annoying.
(It may be more obvious if you add a step 5, of adding more bookmarks to your
Bookmarks menu, and noting that they don't appear.)