On fedora core 4 with the latest patches and rh 9 with old patches xfce4-mcs-manager "changes" the display so that it's only using about 50% of the real display. * * * Choose "xterm -ls" or startxfce4 as custom desktop * When using "xterm -ls", kde and gnome the display looks ok (eg 1152x864) * When using startxfce4 or starting xfce-mcs-manager in the xterm window we only use a part of the display (eg 800x600 as reported by xdpyinfo) Reproducible: Always Steps to Reproduce: 1. Freenx server is installed on fedora core 4 og rh 9 2. Freenx client is installed on w2k pro 3. Install freenx server and client as described in http://fedoranews.org/contributors/rick_stout/freenx/ 4. Choose "xterm -ls" or startxfce4 as custom desktop 5. When using "xterm -ls", kde and gnome the display looks ok (eg 1152x864) 6. When using startxfce4 or starting xfce-mcs-manager in the xterm window we only use a part of the display (eg 800x600 as reported by xdpyinfo) Actual Results: Xfce is only using part of the available screen. 800x600 pixels instead of 1152x864 pixels. There is a black border around the active screen. Expected Results: The Xfce session should use the whole screen and not only a part of it.
Try deleting ~/.config/xfce4/mcs_settings/display.xml.
Deleting ~/.config/xfce4/mcs_settings/display.xml didn't make any difference. Tried the solution on both rh9 and fc4. Also tested freenx/Xfce with a newly created user with the same result.(In reply to comment #1)
Uhm, no idea then. Olivier, Jasper, any clue what could cause this problem?
If you look at http://mail.kde.org/pipermail/freenx-knx/2005-October/002384.html you will see that other persons also have this problem. There is no solution to the problem in this thread.
Well, remove the display plugin and you'll be fine.
I renamed the file /usr/lib/xfce4/mcs-plugins/display_plugin.so as suggested and everything works fine. It would be very nice if this problem could be solved in the next release of xfce. Thank you for your excellent support.
You're welcome. And I agree, it would be good to get it fixed for good (even if the bug may not be in xfce), so I reopen the bug.
Small request, from your freenx session can you open a terminal, run "xrandr -q" and cut'n paste the resul here?
That's what I thought as well. Looks like FreeNX reports wrong sizes, and the display plugin applies them.
I already made this comment in another bug, but wouldn't it be a good idea to have a 'Default' option that would simply do nothing? This would also solve the problem of having different resolutions for remote and local X and for virtual desktops larger than the screen resolution, wouldn't it?
(In reply to comment #10) > I already made this comment in another bug, but wouldn't it be a good idea to > have a 'Default' option that would simply do nothing? That sounds like a very sensible suggestion.
(In reply to comment #8) > Small request, from your freenx session can you open a terminal, run "xrandr - q" > and cut'n paste the resul here? xrandr -q: SZ: Pixels Physical Refresh 0 800 x 600 ( 270mm x 203mm ) 1 160 x 120 ( 54mm x 40mm ) 2 320 x 240 ( 108mm x 81mm ) 3 640 x 480 ( 216mm x 162mm ) 4 1024 x 768 ( 346mm x 260mm ) *5 1152 x 864 ( 390mm x 293mm ) Current rotation - normal Current reflection - none Rotations possible - normal Reflections possible - none xdpyinfo: .. screen #0: dimensions: 1152x864 pixels (390x293 millimeters) resolution: 75x75 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 ..
Should be fixed in 4.3.x.