Description of problem: After applying todays updates and starting up computer from cold boot, both KDE and GNOME only cover 3/4 of the screen. Both desktops cover the area from the top to about 3/4 the way down toward the right bottom corner. Both the horizontal and vertical aspects seem to be 3/4 the way down. Version-Release number of selected component (if applicable): xorg-x11-server-Xorg-1.2.99.901-1.fc7 How reproducible: Apply updates and then restart computer. Steps to Reproduce: 1. log in 2. notice desktop will not expand with panels or applications 3. check KDE to see if problem unique with GNOME Actual results: Screen is only partially filling screen area. background does fill entire screen Expected results: Desktops should cover all real estate. Additional info: I have an ati set for 800x600 for the primary card on an LCD monitor. For the secondary card, a nvidia using the nv driver is where the problem occurs. The resolution is set higher for the nv screen. (above 1024x768 @ 75hz)
Created attachment 149418 [details] KDE snapshot showing problem
Created attachment 149419 [details] xorg.conf file - X -configure generated This worked fine before the upgrade and system restart.
Created attachment 149420 [details] Log of current session. Currently running GNOME
Created attachment 149421 [details] what was upgraded on the 6th applies to the problem encountered
No you don't. The log shows you have a Matrox card and an nVidia card, no ATI here. It looks like what's happening is the Xinerama geometry from the smaller head is being propagated to both heads. This was probably introduced with the new RANDR code. Can you attach the output from running "xdpyinfo -ext XINERAMA" please?
Created attachment 149463 [details] xdpyinfo -ext XINERAMA You are right about the MGA instead of ATI. The logs are more reliable than the user. Attached is the output that you requested in an attachment.
Adding comment to toggle field to assigned. The attachment did not toggle the field.
Yeah, this one looks straightforward. The issue is that you're reporting Xinerama geometry information now even though you shouldn't be. The smaller head's geometry is being reported (for some reason), and therefore the layout code constrains you to the smaller head size. Looking into it...
Thanks for the explanation and investigation. As an added note: If I unmaximize the applications, I can stretch out the applications to a usable state. The lower panel still stays visible and hides a portion of the application but not a great nuisance.
Created attachment 151568 [details] Cropped area on second screen.
Also have the same problem after upgrading to FC7 test 3 from FC6. Check screenshot, using nvidia binary drivers. xorg-x11-server-Xorg-1.2.99.903-2.fc7 Both screens are on a NVidia GT6600 PCI-X card.
Created attachment 151569 [details] Xinerama info from me
Just commenting that the second screen for me still has the problem. I can unmaximize an application and stretch it to fill the entire screen area. Otherwise the application is only approx 3/4 of screen area. This happens with the vesa driver also, in addition to the nv driver.
ping! Anything new about this bug? It is a stopper for me and for other people since our second screen is crippled. Thx.
I tried to find if a similar bug has been filled upwards to xorg bugzilla but couldn't find anything like this. I would like to escalate this bug there, more suitable I believe, can you please point what is the best classification? eg. xorg -> Other ? Cheers
comment 5 refers to run "xdpyinfo -ext XINERAMA" and explains the possible problem cause. xinerama most likely has something to do with the problem. I have libXinerama-1.0.2-1.fc7 installed presently. Adam, do you have any ideas how to resolve this problem upstream or at the distribution level?
Forget about libXinerama. I just downgraded libXinerama and had the same 3/4 screen. It must be X server itself. When FC7 gets released, more people will be effected by this introduced error.
Added a patch to xorg-x11-server 1.3.0.0-2.fc7 that should resolve this. Please test, and reopen if this still happens. Thanks!
Where would xorg-x11-server-Xorg be available? I have only xorg-x11-server-Xorg-1.2.99.905-5.fc7 available.
I just built a xorg-x11-server-Xorg-1.2.99.905 package with this patch and it works fine :)))) Thanks for the patch mate.
Gah, silly test4 freeze. Should be out in the next day or so.
Thanks! This has to work for the FC7 release (desirably). I'll wait the few days for the update.
I just installed the xorg-x11-server-Xorg-1.3.0.0-3.fc7 update and it works as advertised. Thanks for the effort put into fixing this problem.