Created attachment 314634 [details] Xorg.0.log (from scenario 4) Description of problem: Something in the X server is detecting my monitor size as 640x480 and this makes the desktop display oddly. The monitor is actually a 1280x1024 TFT monitor connected with a standard (analogue) VGA cable, and the computer is an HP dc5750 desktop containing an ATI Radeon Xpress 200. Different variations on xorg.conf were tried, as follows. 1. A minimal xorg.conf with no resolution hints. This makes the login screen come up at 640x480 but when I log in the X server switches to 1280x1024. However, gnome-panel still assumes the display is 640x480 and therefore displays the top panel at half width and the bottom panel just above the middle of the screen. The bottom panel can be dragged down to the bottom of the screen, where it assumes full width, but the top panel cannot be persuaded to expand (except by moving it to the bottom). For some reason, new terminal windows started from the gnome-panel are maximised over the whole 1280x1024 screen, but using right-click [courtesy of nautilus-open-terminal] outside of the 640x480 top-left area of the screen start at their usual 80x24 size. Similarly, if a terminal is small enough to fit within the 640x480 area then pressing the maximise button maximises it within that area, but if not then it maximises to the whole screen. If I start system-config-display then it only offers 640x480 as a possible resolution. 2. If I add Modes "1280x1024" to the Display subsection of the Screen subsection then the login screen appears in the top left-hand corner of the screen but the X server is set to 1280x1024. After logging in, the behaviour is identical to scenario 1. 3. If I delete the above Modes line and add Options "PanelSize" "1024" to the Monitor section then the login screen is as it should be, at the centre of a 1280x1024 screen and with a themed background. Unfortunately, after logging in the panel and terminal behaviour is exactly as above. This time, though, system-config-display offers a full set of resolutions from 640x480 to 1280x1024. 4. Adding the Modes line back in produces exactly the same results as in (3). Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.8.0-14.fc9.x86_64 xorg-x11-server-Xorg-1.4.99.905-2.20080702.fc9.x86_64 gdm-2.20.5-3.fc8.x86_64 gnome-terminal-2.22.2-1.fc9.x86_64 How reproducible: Always Steps to Reproduce: (see above) Additional info: Some of the symptoms of this bug are similar to bug 311131. And the window behaviour is similar to that in bug 427332. This debian bug indicates that the bug might have been fixed upstream: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493134 .
Created attachment 314635 [details] xorg.conf (from scenario 4)
Just for fun I decided to see if I could upgrade xorg-x11-drv-ati to the Rawhide version (xorg-x11-drv-ati-6.9.0-2.fc10.x86_64) while leaving everything else the same. And I could, and it fixed the bug. Still, it would be nice to get it into Fedora 9.
There have been bunch of bug fixes Could you retest with the latest kernel ( -132 at the time of this writing ) You can get the latest kernel build here http://koji.fedoraproject.org/koji/buildinfo?buildID=72270 And with the latest xorg-x11-drv-ati. ( -60 at the time of this writing ) You can get the latest xorg-x11-drv-ati build here http://koji.fedoraproject.org/koji/packageinfo?packageID=95 And report back if it either improves or fixes this issue.. Thanks.
(In reply to comment #3) > There have been bunch of bug fixes But not in F9. > And report back if it either improves or fixes this issue..
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.