Red Hat Bugzilla – Bug 465902
Fullscreen windows open on secondary monitor
Last modified: 2014-06-18 05:10:34 EDT
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2) Gecko/2008092318 Fedora/3.0.2-1.fc9 Firefox/3.0.2 If I exit an application such as Gedit or Firefox when it is fullscreen, the next time I open it, it opens on the secondary monitor instead of the primary. The weird thing is, if I Unmaximize the window it goes back to the primary. Then If I Maximize it goes back to the secondary. If I move the window when its on the primary, then maximize it stays on the primary. Also it does it if I open a new firefox window when I already have a firefox window fullscreen on the primary. So this is getting pretty annoying. Reproducible: Always Steps to Reproduce: 1. Open Gedit or Firefox 2. Fullscreen the application on the primary monitor 3. Exit the application 4. Open the application again Actual Results: The application is fullscreen on the secondary monitor Expected Results: The application is fullscreen on primary monitor Using the NVIDIA Driver 173.14.12 from the nvidia website
Created attachment 319607 [details] XOrg configuration
Created attachment 319608 [details] Xorg log after startup
Also I have noticed it does actually render on the primary display before it ends up on the secondary display.
Created attachment 320386 [details] Xorg configuration with primary monitor LeftOf secondary (WORKS) After getting tired of this bug I started playing around with my dual monitor setup. Found that having the primary LeftOf secondary resolves this issue. Unfortunately I can't have my primary physically to the left of the secondary.
Also tested Xinerama and found it display the same behaviour as TwinView. Seems Gnome wants to maximize new windows on Screen0
Sorry, I meant to say it seems Gnome wants to maximize new windows on the screen that contains 0,0 co-ords.
Created attachment 320390 [details] Patch to fix metacity of this bug I found reference to similar problem in the gnome bug database, and found this patch in gnome's svn. I download the SRPM for metacity and added the attached patch to the RPM build. # rpm -Uvh --force /usr/src/redhat/i386/metacity-2.22.0-5.fc9.i386.rpm Then restarted X. Its fixed :)
Switching to ASSIGNED.
This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.