Hi Pedro,

On  Mo 21 Okt 2013 19:14:22 CEST, Pedro Pinto wrote:

I've found some inconsistent X2GO client behaviour, and was hoping someone could shed
some light.

In short, it seems that the C++ x2goclient for Mac is able to handle "session resizing" correctly, but Pyhoca-GUI for Linux isn't, even though they are configured with exaclty the same
session parameters.

Specifically:

--- when I start a GNOME-fallback session using the Pyhoca-GUI for Linux, the
remote desktop appears with a "constant geometry", where resizing the local session
    window simply crops the view of the remote GNOME-fallback desktop.

I had this behaviour on my systems, as well. For a long time. I just now tested PyHoca-GUI and the following I observe:

  Pyhoca-GUI / Python X2Go version: 0.4.0.8 / 0.4.0.8
  start session with 800x600 px
  session window appears with 800x600, but then resizes to some large size
I can (with Debian wheezy as X2Go Server) play with the window borders and the session inside
    resizes correctly
if I hit fullscreen mode (CTRL+ALT+F) the session resizes correctly to fullscreen mode but if I return for fullscreen mode (hit CTRL+ALT+F once more), the resizing capabilities are fully gone

-- on the other hand, using the C++ x2go client for Mac, I can successfuly resize the local session window, and the remote GNOME-fallback desktop also resizes automatically.

For me, the x2goclient behaviour (Linux, 4.0.1.2-preview from nightly builds) Q: Is the initial session size as you configured it in the X2Go session profile?
  Q: what happens when switching to and back from fullscreen mode?

-- strangely, I can get Pyhoca-GUI to *also* resize properly if I do the following:

1) Start a GNOME-fallback session with the C++ x2goclient for Mac, then suspend the session.

2) Use Pyhoca-GUI for linux to resume the session in 1). Then, Pyhoca-GUI is able to handle session resizing properly, ie, resizing the local session window will resize the
         remote GNOME desktop.

This I cannot confirm.

This last point suggests that the resizing issue is not a GNOME bug, but an issue with the X2GO client.

Ok...

Can you launch x2goclient and pyhoca-gui in --debug mode and send those debug logs to me privately?

Also, let me mention how this relates to the bug in http://bugs.x2go.org/42.
Using the C++ x2goclient for Mac,  I verified that this happens:

 o with GNOME3 the window appears in the expected size and then gets resized
   from inside the starting up GNOME3 session

This is some GNOME internal stuff. I have not come to investigating that any further...

but these don't:

o I can manually resize the window afterwards via the client-side window
   manager (play with your mouse on the window borders...)

I normally using a tiling desktop shell (i3), so normally I do not have window decorations. I just tested inside a client-side MATE session and indeed, using the window borders works fine for resizing.

 o Still, the desktop shell inside does not adapt its size
On the contrary, the C++ X2goclient is able to perform the auto-resizing correctly.

As said above: my Pyhoca-gui version can handle that, as well.

Versions that I'm using:

-- C++ X2goclient for Mac, version 4.0.1.0
-- Pyhoca GUI for Linux, version 0.4.0.8

my client-side versions I have mentioned above

-- x2goagent: 3.5.0.20
-- x2goserver: 4.0.1.6
-- x2goserver-extensions: 4.0.1.6
-- x2goserver-pyhoca: 4.0.1.6

my X2Go Server / Agent package versions are identical. The server is a vanilla Debian wheezy.

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: [email protected], http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

Attachment: bin8fNfXsS7wI.bin
Description: Öffentlicher PGP-Schlüssel

Attachment: pgpKVFL36zHCF.pgp
Description: Digitale PGP-Signatur

_______________________________________________
X2Go-Dev mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/x2go-dev

Reply via email to