Doesn't seems to be this ... here is the output (truncated) from the TCE and from my laptop ... they are very similar :
name of display: :0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 11804000 X.Org version: 1.18.4 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x600005, revert to Parent number of extensions: 29 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS DRI2 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM Present RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-DGA XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo XVideo-MotionCompensation default screen number: 0 number of screens: 1
name of display: :0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 11804000 X.Org version: 1.18.4 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x6e0686a, revert to Parent number of extensions: 29 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS DRI2 DRI3 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM Present RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-DGA XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1
What is strange is that in both cases, here is only one screen detected which aggregates both monitors.
Regards, Walid Moghrabi
TRAVAUX.COM BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 13591 AIX EN PROVENCE CEDEX 3
----- Mail original -----
De: "Ulrich Sibiller" <uli42@gmx.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 1197@bugs.x2go.org Envoyé: Lundi 24 Juillet 2017 16:23:20 Objet: Re: [X2Go-Dev] Bug#1197: Multihead fullscreen not working with TCE client in displaymanager mode
I suspect the X server in TCE does not offer proper XINERAMA support. So nxagent does not know about multiple monitors. You can check with xdpyinfo -ext XINERAMA on the TCE X server (don't know how to access that.)
On Mon, Jul 24, 2017 at 3:16 PM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
Package: x2gothinclient Version: 4.1.0.0-2017.03.11
Using latest Arctica's NX-Libs xrandr support is far better and multihead support in fullscreen mode with the Linux x2goclient works like a charm. For example, with MATE, the panels are restricted to the first screen and the second one is acting like a real secondary screen in extended desktop mode with working boundaries when putting applications in fullscreen (ie. they don't extend to the whole display as before but they are restricted to their including screen).
So with the Linux client installed on a desktop (I'm personaly using Ubuntu 16.04 + Unity desktop) it works great whereas, in TCE / Displaymanager mode, multiple monitors are supported but the desktop is stretched as if it was only one big screen and not 2 separated screens.
Any idea why, using the same base OS and libs (Ubuntu 16.04 + X2Go client "Heuler" + Arctica libs) I get different multiscreen support ? I think this is related to randr support but I don't know what differs and why it behaves differently on one case and the other.
Regards, Walid Moghrabi
TRAVAUX.COM BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 13591 AIX EN PROVENCE CEDEX 3
DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you
x2go-dev mailing list x2go-dev@lists.x2go.org https://lists.x2go.org/listinfo/x2go-dev
DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you