Hello, I am using X2Go on RHEL 6.7 and I am very pleased with how well it works but I am having an issue when using X2Go with a custom application when I resize the application window. There are hundreds of other applications on our system that have no issue with resizing, it' just this one. This will happen every time I resize the app IF AND ONLY IF I start vcxsrv with "-multiwindow", if I start it any other way (-rootless, -fullscreen, -multimonitor) the app will resize fine. The problem is I then cannot resize the session window (resizing is only available in multiwindow mode apparently?).
I am 100% aware that the application in question is at fault, however, it is very old, was produced by another company that will not give me the code and refuses to update it...
I am also aware that this may be a VCXSrv issue and I can ask them as well but I was wondering if you all had run across something like this before.
If you could give me some background on the differences between multiwindow vs "non-multiwindow" or could explain why multiwindow would fail I'd appreciate it. That may be a question for VCXSrv though.
Setup: RHEL 6.7 X2Go Windows Client 4.0.5.1 (Windows 7 64bit) Server 4.0.1.19 Gnome 2.28
Thanks Dennis
On Tue, Oct 18, 2016 at 12:33 AM, Dionne, Dennis P <dennis.p.dionne@boeing.com> wrote:
Hello,
I am using X2Go on RHEL 6.7 and I am very pleased with how well it works but I am having an issue when using X2Go with a custom application when I resize the application window. There are hundreds of other applications on our system that have no issue with resizing, it’ just this one. This will happen every time I resize the app IF AND ONLY IF I start vcxsrv with “-multiwindow”, if I start it any other way (-rootless, -fullscreen, -multimonitor) the app will resize fine. The problem is I then cannot resize the session window (resizing is only available in multiwindow mode apparently?).
I am 100% aware that the application in question is at fault, however, it is very old, was produced by another company that will not give me the code and refuses to update it…
What exactly happens when you try to resize the app? Can we somehow get hold of the application? Does it work with a Linux client instead of windows?
Also, have you tried resizing the app window using the xdotool command (http://www.semicomplete.com/projects/xdotool/)?
UIi
Hello Ulrich, Thank you for replying! What it does is it kills the client connection but the session is still running. When I reconnect it tries to resume and will usually show the desktop for a few seconds and then the connection is killed again. If I do this enough times (3-5 times) it will resume successfully but the window is not resized and I still cannot resize it, but the session is otherwise working fine.
I cannot get the linux x2go client (4.0.5.1) to work because of this issue https://lists.opensuse.org/opensuse-bugs/2014-05/msg00556.html https://lists.opensuse.org/opensuse-bugs/2014-05/msg00076.html
I don't use the linux client so this is not an issue for me but for this troubleshooting I can try to get it working.
I did try this test with a much older version (4.0.1.4) of the client on linux (which does work on RHEL6) and I was able to resize in windowed mode successfully. That may be enough to answer your question (and isolate it to windows). If not let me know and I will pursue getting 4.0.5.1 linux client working on RHEL6. According to the bug reports, I would have to update libssh to >= 0.6 but that is problematic on RHEL6 (apparently it's unsupported because I can't even download it from RHN for RHEL6 but I can for RHEL7). I will have to install some newer packages in parallel with the older versions and update LD_LIBRARY_PATH when using x2goclient...
As far as giving you the application, unfortunately this application is proprietary and I do not own it so I cannot give it to you. I know I am not giving you much to help me troubleshoot this and I do apologize for that. If you simply don't have enough information to troubleshoot this problem I completely understand.
One clue I found in the user's .xsession-x2go-errors log is an entry like this:
Window manager warning: Window <hex> (<RESIZING APP NAME>) sets an MWM hint indicating it isn't resizable, but sets min size <X1>x<Y1> and max size of <X2>x<Y2>; this doesn’t make much sense.
This seems like the smoking gun, based on my limited understanding of what is going on. I could try and write a stub application (in motif which this problem application is written in) and attempt to reproduce this problem. That code I could give you. If or when that is worthwhile let me know and I can start on that.
Thank you again for your help.
-Dennis
-Dennis
-----Original Message----- From: ulrich.sibiller@gmail.com [mailto:ulrich.sibiller@gmail.com] On Behalf Of Ulrich Sibiller Sent: Monday, October 17, 2016 4:27 PM To: Dionne, Dennis P <dennis.p.dionne@boeing.com> Cc: x2go-user@lists.x2go.org Subject: Re: [X2Go-User] multiwindow option and resizing an application window
On Tue, Oct 18, 2016 at 12:33 AM, Dionne, Dennis P <dennis.p.dionne@boeing.com> wrote:
Hello,
I am using X2Go on RHEL 6.7 and I am very pleased with how well it works but I am having an issue when using X2Go with a custom application when I resize the application window. There are hundreds of other applications on our system that have no issue with resizing, it’ just this one. This will happen every time I resize the app IF AND ONLY IF I start vcxsrv with “-multiwindow”, if I start it any other way (-rootless, -fullscreen, -multimonitor) the app will resize fine. The problem is I then cannot resize the session window (resizing is only available in multiwindow mode apparently?).
I am 100% aware that the application in question is at fault, however, it is very old, was produced by another company that will not give me the code and refuses to update it…
What exactly happens when you try to resize the app? Can we somehow get hold of the application? Does it work with a Linux client instead of windows?
Also, have you tried resizing the app window using the xdotool command (http://www.semicomplete.com/projects/xdotool/)?
UIi
On Tue, Oct 18, 2016 at 9:19 PM, Dionne, Dennis P <dennis.p.dionne@boeing.com> wrote:
Thank you for replying! What it does is it kills the client connection but the session is still running. When I reconnect it tries to resume and will usually show the desktop for a few seconds and then the connection is killed again. If I do this enough times (3-5 times) it will resume successfully but the window is not resized and I still cannot resize it, but the session is otherwise working fine.
There should be a logfile on the session on the server, usually in ~/x2go. Can you check for suspicious messages there?
I think it is worth trying the upcoming 3.6.x version of the nx-libs. Unfortunately you need to build the rpm yourself. Please clone the repo at https://github.com/ArcticaProject/nx-libs.git and use the specfile in there to build an rpm.
I cannot get the linux x2go client (4.0.5.1) to work because of this issue https://lists.opensuse.org/opensuse-bugs/2014-05/msg00556.html https://lists.opensuse.org/opensuse-bugs/2014-05/msg00076.html
I don't use the linux client so this is not an issue for me but for this troubleshooting I can try to get it working.
Yeah, have come over this problem, too. But as I am not involved in the x2goclient development or packaging I cannot help here. Anyone?
I did try this test with a much older version (4.0.1.4) of the client on linux (which does work on RHEL6) and I was able to resize in windowed mode successfully. That may be enough to
Oh, that shifts focus back to windows again. Mike#2, any ideas?
answer your question (and isolate it to windows). If not let me know and I will pursue getting 4.0.5.1 linux client working on RHEL6. According to the bug reports, I would have to update libssh to >= 0.6 but that is problematic on RHEL6 (apparently it's unsupported because I can't even download it from RHN for RHEL6 but I can for RHEL7). I will have to install some newer packages in parallel with the older versions and update LD_LIBRARY_PATH when using x2goclient...
As far as giving you the application, unfortunately this application is proprietary and I do not own it so I cannot give it to you. I know I am not giving you much to help me troubleshoot this and I do apologize for that. If you simply don't have enough information to troubleshoot this problem I completely understand.
One clue I found in the user's .xsession-x2go-errors log is an entry like this:
Window manager warning: Window <hex> (<RESIZING APP NAME>) sets an MWM hint indicating it isn't resizable, but sets min size <X1>x<Y1> and max size of <X2>x<Y2>; this doesn’t make much sense.
If you google for that message you'll find that this is from metacity and only a harmless warning. However, I am wondering why the app cann be resized at all then.
Do you see the resizing problem when using another window manager or even desktop? Can you sucessfully resize using xdotool? Can you run xwininfo on the application window and post the output?
This seems like the smoking gun, based on my limited understanding of what is going on. I could try and write a stub application (in motif which this problem application is written in) and attempt to reproduce this problem. That code I could give you. If or when that is worthwhile let me know and I can start on that.
No, let's try other stuff first.
Uli
Hi,
I also have an isuse of the same kind that is easily reproducible ... dunno if it is exactly the same issue but it might be related. With X2Go Server stable (4.1.0.0-0~1304~ubuntu14.04.1) on Ubuntu 14.04 with MATE Desktop and X2Go client 4.0.5.1 for Windows on Windows7 and Windows10, with Terminator (terminal emulator) in Published Applications mode, when I maximize the application, app goes fullscreen but then, it diminish slowly the get back to pre-maximize size.
It does that only on Windows while it works normal on Linux. Don't know if it will really help in this case but it is quite alike and since it is easily reproducible, it might help to put the finger on this.
Regards.
----- Mail original -----
De: "Ulrich Sibiller" <uli42@gmx.de> À: "Dennis P Dionne" <dennis.p.dionne@boeing.com> Cc: x2go-user@lists.x2go.org Envoyé: Mercredi 19 Octobre 2016 08:41:10 Objet: Re: [X2Go-User] multiwindow option and resizing an application window
On Tue, Oct 18, 2016 at 9:19 PM, Dionne, Dennis P <dennis.p.dionne@boeing.com> wrote:
Thank you for replying! What it does is it kills the client connection but the session is still running. When I reconnect it tries to resume and will usually show the desktop for a few seconds and then the connection is killed again. If I do this enough times (3-5 times) it will resume successfully but the window is not resized and I still cannot resize it, but the session is otherwise working fine.
There should be a logfile on the session on the server, usually in ~/x2go. Can you check for suspicious messages there?
I think it is worth trying the upcoming 3.6.x version of the nx-libs. Unfortunately you need to build the rpm yourself. Please clone the repo at https://github.com/ArcticaProject/nx-libs.git and use the specfile in there to build an rpm.
I cannot get the linux x2go client (4.0.5.1) to work because of this issue https://lists.opensuse.org/opensuse-bugs/2014-05/msg00556.html https://lists.opensuse.org/opensuse-bugs/2014-05/msg00076.html
I don't use the linux client so this is not an issue for me but for this troubleshooting I can try to get it working.
Yeah, have come over this problem, too. But as I am not involved in the x2goclient development or packaging I cannot help here. Anyone?
I did try this test with a much older version (4.0.1.4) of the client on linux (which does work on RHEL6) and I was able to resize in windowed mode successfully. That may be enough to
Oh, that shifts focus back to windows again. Mike#2, any ideas?
answer your question (and isolate it to windows). If not let me know and I will pursue getting 4.0.5.1 linux client working on RHEL6. According to the bug reports, I would have to update libssh to >= 0.6 but that is problematic on RHEL6 (apparently it's unsupported because I can't even download it from RHN for RHEL6 but I can for RHEL7). I will have to install some newer packages in parallel with the older versions and update LD_LIBRARY_PATH when using x2goclient...
As far as giving you the application, unfortunately this application is proprietary and I do not own it so I cannot give it to you. I know I am not giving you much to help me troubleshoot this and I do apologize for that. If you simply don't have enough information to troubleshoot this problem I completely understand.
One clue I found in the user's .xsession-x2go-errors log is an entry like this:
Window manager warning: Window <hex> (<RESIZING APP NAME>) sets an MWM hint indicating it isn't resizable, but sets min size <X1>x<Y1> and max size of <X2>x<Y2>; this doesn’t make much sense.
If you google for that message you'll find that this is from metacity and only a harmless warning. However, I am wondering why the app cann be resized at all then.
Do you see the resizing problem when using another window manager or even desktop? Can you sucessfully resize using xdotool? Can you run xwininfo on the application window and post the output?
This seems like the smoking gun, based on my limited understanding of what is going on. I could try and write a stub application (in motif which this problem application is written in) and attempt to reproduce this problem. That code I could give you. If or when that is worthwhile let me know and I can start on that.
No, let's try other stuff first.
Uli
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
Sorry, it's not 4.1.0.0-0~1304~ubuntu14.04.1 but 4.0.1.19-0~1064~ubuntu14.04.1 ... the one in the stable ppa.
----- Mail original -----
De: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu> À: "Ulrich Sibiller" <uli42@gmx.de> Cc: x2go-user@lists.x2go.org Envoyé: Vendredi 21 Octobre 2016 16:56:15 Objet: Re: [X2Go-User] multiwindow option and resizing an application window
Hi,
I also have an isuse of the same kind that is easily reproducible ... dunno if it is exactly the same issue but it might be related. With X2Go Server stable (4.1.0.0-0~1304~ubuntu14.04.1) on Ubuntu 14.04 with MATE Desktop and X2Go client 4.0.5.1 for Windows on Windows7 and Windows10, with Terminator (terminal emulator) in Published Applications mode, when I maximize the application, app goes fullscreen but then, it diminish slowly the get back to pre-maximize size.
It does that only on Windows while it works normal on Linux. Don't know if it will really help in this case but it is quite alike and since it is easily reproducible, it might help to put the finger on this.
Regards.
----- Mail original -----
De: "Ulrich Sibiller" <uli42@gmx.de> À: "Dennis P Dionne" <dennis.p.dionne@boeing.com> Cc: x2go-user@lists.x2go.org Envoyé: Mercredi 19 Octobre 2016 08:41:10 Objet: Re: [X2Go-User] multiwindow option and resizing an application window
On Tue, Oct 18, 2016 at 9:19 PM, Dionne, Dennis P <dennis.p.dionne@boeing.com> wrote:
Thank you for replying! What it does is it kills the client connection but the session is still running. When I reconnect it tries to resume and will usually show the desktop for a few seconds and then the connection is killed again. If I do this enough times (3-5 times) it will resume successfully but the window is not resized and I still cannot resize it, but the session is otherwise working fine.
There should be a logfile on the session on the server, usually in ~/x2go. Can you check for suspicious messages there?
I think it is worth trying the upcoming 3.6.x version of the nx-libs. Unfortunately you need to build the rpm yourself. Please clone the repo at https://github.com/ArcticaProject/nx-libs.git and use the specfile in there to build an rpm.
I cannot get the linux x2go client (4.0.5.1) to work because of this issue https://lists.opensuse.org/opensuse-bugs/2014-05/msg00556.html https://lists.opensuse.org/opensuse-bugs/2014-05/msg00076.html
I don't use the linux client so this is not an issue for me but for this troubleshooting I can try to get it working.
Yeah, have come over this problem, too. But as I am not involved in the x2goclient development or packaging I cannot help here. Anyone?
I did try this test with a much older version (4.0.1.4) of the client on linux (which does work on RHEL6) and I was able to resize in windowed mode successfully. That may be enough to
Oh, that shifts focus back to windows again. Mike#2, any ideas?
answer your question (and isolate it to windows). If not let me know and I will pursue getting 4.0.5.1 linux client working on RHEL6. According to the bug reports, I would have to update libssh to >= 0.6 but that is problematic on RHEL6 (apparently it's unsupported because I can't even download it from RHN for RHEL6 but I can for RHEL7). I will have to install some newer packages in parallel with the older versions and update LD_LIBRARY_PATH when using x2goclient...
As far as giving you the application, unfortunately this application is proprietary and I do not own it so I cannot give it to you. I know I am not giving you much to help me troubleshoot this and I do apologize for that. If you simply don't have enough information to troubleshoot this problem I completely understand.
One clue I found in the user's .xsession-x2go-errors log is an entry like this:
Window manager warning: Window <hex> (<RESIZING APP NAME>) sets an MWM hint indicating it isn't resizable, but sets min size <X1>x<Y1> and max size of <X2>x<Y2>; this doesn’t make much sense.
If you google for that message you'll find that this is from metacity and only a harmless warning. However, I am wondering why the app cann be resized at all then.
Do you see the resizing problem when using another window manager or even desktop? Can you sucessfully resize using xdotool? Can you run xwininfo on the application window and post the output?
This seems like the smoking gun, based on my limited understanding of what is going on. I could try and write a stub application (in motif which this problem application is written in) and attempt to reproduce this problem. That code I could give you. If or when that is worthwhile let me know and I can start on that.
No, let's try other stuff first.
Uli
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
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
I apologize for the delayed response, I am working in a closed environment and it takes forever to get things done. I was able to get KDE installed on a workstation and I re-ran the test and it still closes my connection just like Gnome.
I do not have access to xdotool and it would probably take at least 2 months to get approved for use on my system (if at all). I would prefer to avoid that. May be faster to write a simple app to resize a window...
I looked at the session log and I don't see anything in the log that is suspicious. When I startup I maximize the session window and I see that in the log and then the next entry is the session being suspended (which I do after my connection is killed and I try to reconnect). So there is basically nothing for the entire time I am doing my test.
Here is the xwininfo. I had to hand-type this so there could be typos...
{QUOTE} xwininfo: Window id: 0x300030a "[Fake Title]" Root window id: 0x68 (the root window) (has no name) Parent window id: 0x10003f7 (has no name) 2 children: 0x3000343 "[Fake name]": () 796x581+2+190 +722+348 0x300030b (has no name): () 1x1+-1+-1 ++719+157
Absolute upper-left X: 720 Absolute upper-left Y: 158 Relative upper-left X: 2 Relative upper-left Y: 26 Width: 800 Height 815 Depth: 24 Visual: 0x4a Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x43 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +720+158 -400-205 +720-205 -geometry 800x815+718+132
Bit gravity: NorthWestGravity Window gravity: NorthWestGravity Backing-store hint: NotUseful Backing-planes to be preserved: 0xffffffff Backing pixel: 0 Save-unders: No
Someone wants these events: KeyPress KeyRelease ButtonPress ButtonRelease EnterWindow LeaveWindow PointerMotion Exposure VisibilityChange StructureNotify FocusChange PropertyChange ColormapChange Do not propogate these evnets: Override redirection?: No
Window manager hints: Client accepts input or input focus: Yes Initial state is Normal State Displayed on desktop 0 Window type: Normal Process id: 20248 on host [hostname] Frame extents: 2, 2, 26, 4
Normal window size hints: Program supplied window gravity: NorthWestGravity No zoom window size hints defined
No window shape defined No border shape defined {/QUOTE}
-----Original Message----- From: ulrich.sibiller@gmail.com [mailto:ulrich.sibiller@gmail.com] On Behalf Of Ulrich Sibiller Sent: Tuesday, October 18, 2016 11:41 PM To: Dionne, Dennis P <dennis.p.dionne@boeing.com> Cc: x2go-user@lists.x2go.org Subject: Re: [X2Go-User] multiwindow option and resizing an application window
On Tue, Oct 18, 2016 at 9:19 PM, Dionne, Dennis P <dennis.p.dionne@boeing.com> wrote:
Thank you for replying! What it does is it kills the client connection but the session is still running. When I reconnect it tries to resume and will usually show the desktop for a few seconds and then the connection is killed again. If I do this enough times (3-5 times) it will resume successfully but the window is not resized and I still cannot resize it, but the session is otherwise working fine.
There should be a logfile on the session on the server, usually in ~/x2go. Can you check for suspicious messages there?
I think it is worth trying the upcoming 3.6.x version of the nx-libs. Unfortunately you need to build the rpm yourself. Please clone the repo at https://github.com/ArcticaProject/nx-libs.git and use the specfile in there to build an rpm.
I cannot get the linux x2go client (4.0.5.1) to work because of this issue https://lists.opensuse.org/opensuse-bugs/2014-05/msg00556.html https://lists.opensuse.org/opensuse-bugs/2014-05/msg00076.html
I don't use the linux client so this is not an issue for me but for this troubleshooting I can try to get it working.
Yeah, have come over this problem, too. But as I am not involved in the x2goclient development or packaging I cannot help here. Anyone?
I did try this test with a much older version (4.0.1.4) of the client on linux (which does work on RHEL6) and I was able to resize in windowed mode successfully. That may be enough to
Oh, that shifts focus back to windows again. Mike#2, any ideas?
answer your question (and isolate it to windows). If not let me know and I will pursue getting 4.0.5.1 linux client working on RHEL6. According to the bug reports, I would have to update libssh to >= 0.6 but that is problematic on RHEL6 (apparently it's unsupported because I can't even download it from RHN for RHEL6 but I can for RHEL7). I will have to install some newer packages in parallel with the older versions and update LD_LIBRARY_PATH when using x2goclient...
As far as giving you the application, unfortunately this application is proprietary and I do not own it so I cannot give it to you. I know I am not giving you much to help me troubleshoot this and I do apologize for that. If you simply don't have enough information to troubleshoot this problem I completely understand.
One clue I found in the user's .xsession-x2go-errors log is an entry like this:
Window manager warning: Window <hex> (<RESIZING APP NAME>) sets an MWM hint indicating it isn't resizable, but sets min size <X1>x<Y1> and max size of <X2>x<Y2>; this doesn’t make much sense.
If you google for that message you'll find that this is from metacity and only a harmless warning. However, I am wondering why the app cann be resized at all then.
Do you see the resizing problem when using another window manager or even desktop? Can you sucessfully resize using xdotool? Can you run xwininfo on the application window and post the output?
This seems like the smoking gun, based on my limited understanding of what is going on. I could try and write a stub application (in motif which this problem application is written in) and attempt to reproduce this problem. That code I could give you. If or when that is worthwhile let me know and I can start on that.
No, let's try other stuff first.
Uli
So by sheer dumb luck I have come across a solution to this problem that works for me and I thought I'd send the update in case anyone else comes across this problem.
On my windows x2go client I had to set the X.org server settings for window mode
FROM -multiwindow -notrayicon -clipboard -engine 1
TO -extension Composite -multiwindow -notrayicon -clipboard -engine 1
I'm not sure what log I could have looked at or error message that would have told me it was a problem with the composite extension but there it is. Maybe this will save someone time and frustration in the future.
-Dennis
-----Original Message----- From: ulrich.sibiller@gmail.com [mailto:ulrich.sibiller@gmail.com] On Behalf Of Ulrich Sibiller Sent: Tuesday, October 18, 2016 11:41 PM To: Dionne, Dennis P <dennis.p.dionne@boeing.com> Cc: x2go-user@lists.x2go.org Subject: Re: [X2Go-User] multiwindow option and resizing an application window
On Tue, Oct 18, 2016 at 9:19 PM, Dionne, Dennis P <dennis.p.dionne@boeing.com> wrote:
Thank you for replying! What it does is it kills the client connection but the session is still running. When I reconnect it tries to resume and will usually show the desktop for a few seconds and then the connection is killed again. If I do this enough times (3-5 times) it will resume successfully but the window is not resized and I still cannot resize it, but the session is otherwise working fine.
There should be a logfile on the session on the server, usually in ~/x2go. Can you check for suspicious messages there?
I think it is worth trying the upcoming 3.6.x version of the nx-libs. Unfortunately you need to build the rpm yourself. Please clone the repo at https://github.com/ArcticaProject/nx-libs.git and use the specfile in there to build an rpm.
I cannot get the linux x2go client (4.0.5.1) to work because of this issue https://lists.opensuse.org/opensuse-bugs/2014-05/msg00556.html https://lists.opensuse.org/opensuse-bugs/2014-05/msg00076.html
I don't use the linux client so this is not an issue for me but for this troubleshooting I can try to get it working.
Yeah, have come over this problem, too. But as I am not involved in the x2goclient development or packaging I cannot help here. Anyone?
I did try this test with a much older version (4.0.1.4) of the client on linux (which does work on RHEL6) and I was able to resize in windowed mode successfully. That may be enough to
Oh, that shifts focus back to windows again. Mike#2, any ideas?
answer your question (and isolate it to windows). If not let me know and I will pursue getting 4.0.5.1 linux client working on RHEL6. According to the bug reports, I would have to update libssh to >= 0.6 but that is problematic on RHEL6 (apparently it's unsupported because I can't even download it from RHN for RHEL6 but I can for RHEL7). I will have to install some newer packages in parallel with the older versions and update LD_LIBRARY_PATH when using x2goclient...
As far as giving you the application, unfortunately this application is proprietary and I do not own it so I cannot give it to you. I know I am not giving you much to help me troubleshoot this and I do apologize for that. If you simply don't have enough information to troubleshoot this problem I completely understand.
One clue I found in the user's .xsession-x2go-errors log is an entry like this:
Window manager warning: Window <hex> (<RESIZING APP NAME>) sets an MWM hint indicating it isn't resizable, but sets min size <X1>x<Y1> and max size of <X2>x<Y2>; this doesn’t make much sense.
If you google for that message you'll find that this is from metacity and only a harmless warning. However, I am wondering why the app cann be resized at all then.
Do you see the resizing problem when using another window manager or even desktop? Can you sucessfully resize using xdotool? Can you run xwininfo on the application window and post the output?
This seems like the smoking gun, based on my limited understanding of what is going on. I could try and write a stub application (in motif which this problem application is written in) and attempt to reproduce this problem. That code I could give you. If or when that is worthwhile let me know and I can start on that.
No, let's try other stuff first.
Uli