<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Guys,<div><br></div><div>I've found some inconsistent X2GO client behaviour, and was hoping someone could shed </div><div>some light.</div><div><br></div><div>In short, it seems that the C++ x2goclient for Mac is able to handle "session resizing" correctly, </div><div>but Pyhoca-GUI for Linux isn't, even though they are configured with exaclty the same </div><div>session parameters.</div><div><br></div><div>Specifically:</div><div><br></div><div>--- when I start a GNOME-fallback session using the Pyhoca-GUI for Linux, the </div><div> remote desktop appears with a "constant geometry", where resizing the local session </div><div> window simply crops the view of the remote GNOME-fallback desktop.</div><div><br></div><div>-- on the other hand, using the C++ x2go client for Mac, I can successfuly resize the </div><div> local session window, and the remote GNOME-fallback desktop also resizes automatically.</div><div><br></div><div>-- strangely, I can get Pyhoca-GUI to *also* resize properly if I do the following:</div><div><br></div><div> 1) Start a GNOME-fallback session with the C++ x2goclient for Mac, then suspend the session.</div><div><br></div><div> 2) Use Pyhoca-GUI for linux to resume the session in 1). Then, Pyhoca-GUI is able </div><div> to handle session resizing properly, ie, resizing the local session window will resize the </div><div> remote GNOME desktop.</div><div><br></div><div>This last point suggests that the resizing issue is not a GNOME bug, but an issue with the X2GO client.</div><div><br></div><div><br></div><div>Also, let me mention how this relates to the bug in <a href="http://bugs.x2go.org/42">http://bugs.x2go.org/42</a>. </div><div>Using the C++ x2goclient for Mac, I verified that this happens:</div><div><br></div><div><pre class="message" style="padding-top: 0px; margin-top: 0px; border-top-width: 0px; line-height: 19px; "> o with GNOME3 the window appears in the expected size and then gets resized
from inside the starting up GNOME3 session</pre><div>but these don't:</div></div><div><pre class="message" style="padding-top: 0px; margin-top: 0px; border-top-width: 0px; line-height: 19px; "><br></pre><pre class="message" style="padding-top: 0px; margin-top: 0px; border-top-width: 0px; line-height: 19px; ">o I can manually resize the window afterwards via the client-side window
manager (play with your mouse on the window borders...)
o Still, the desktop shell inside does not adapt its size</pre><div>On the contrary, the C++ X2goclient is able to perform the auto-resizing correctly.</div></div><div><br></div><div>Versions that I'm using:</div><div><br></div><div>-- C++ X2goclient for Mac, version 4.0.1.0</div><div>-- Pyhoca GUI for Linux, version 0.4.0.8</div><div><div>-- x2goagent: 3.5.0.20</div><div>-- x2goserver: 4.0.1.6</div><div>-- x2goserver-extensions: 4.0.1.6</div><div>-- x2goserver-pyhoca: 4.0.1.6</div><div>-- x2goserver-xsession: 4.0.1.6</div></div><div><br></div><div><br></div><div>A last, related question that perhaps someone can point me in the right direction:</div><div><br></div><div>I'd like to implement a "stretch/compress" resizing behaviour, where:</div><div><br></div><div>--- the resolution of the remote GNOME-fallback session is always constant (say 1280x720).</div><div>--- when the user resizes the local session window, it does *not* modify the resolution of the </div><div> remote GNOME-fallback session, but simply distorts it (stretch/compress) so that it fits </div><div> the window exactly.</div><div><br></div><div>Is this possible at all? If so, where should I start looking to implement this feature?</div><div> </div><div>Many thanks,</div><div>Pedro</div><div><br></div><div><br></div></body></html>