Package: vcxsrv Version: 1.17
With the latest x2go Windows client (4.0.4.0), the embedded X server (vcxsrv 1.17) does not support the -noprimaryclipboard option that is available through the preferences in the x2go client gui. The primaryclipboard behaviour is very annoying with Windows so disabling it is a good idea except that it can't be done with latest release, when running, I get a debug windows stating clearly that this parameter is not supported.
Regards,
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
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
Package: x2goclient Version: 4.0.5.0
There is a problem when using a x2go session (in both "Publisshed apps" or "Desktop / MATE" mode ... didn't tried on other desktops) and trying to do bidirectional copy/paste from a Windows client (Windows 7 SP1 / x2goclient 4.0.5.0). It seems that the "copy on select" features is overriding the primary clipboard which makes the copy/paste pretty difficult if not impossible.
How to reproduce :
Local : Windows 7 SP1 / x2goclient 4.0.5.0 in Published Apps ou MATE Desktop mode (but windowed or fullscreen on 1 dedicated screen, not complete fullscreen) Remote : Ubuntu 14.04 / MATE Desktop with x2goserver 4.0.5.0 and x2gomate-bindings
From Windows, copy some text in Notepad then, on your x2go session (let's say with Pluma or Gedit), select some text you want to replace (just select, not copy) and try to do a paste, that won't work and your clipboard now contains the text that has been selected in the x2go session. You can even paste it in Windows (but strangely, not in Linux where the clipboard seems empty).
This is very very annoying especially for our use case where our x2go sessions are used as developpers sessions in Published Apps mode and they do plenty of copy/paste all day long. We moved recently to this infrastructure but this doesn't help its acceptancy due to this bug.
I tried to check the "do not use primary clipboard" in the client preferences but this makes the xserver fails to start (see bug #906), I even tried to add the -noprimary or the -noclipboardprimary that are described here (http://code.x2go.org/vcxsrv?p=vcxsrv.git;a=blob;f=xorg-server/hw/xwin/InitOu...) but that dosn't work either, it seems these options are in the usage help message but are not supported at all so I don't know if using them is helping or not.
Best regards,
Walid Moghrabi
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
On Mon, Aug 24, 2015 at 3:52 PM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
Package: x2goclient Version: 4.0.5.0
There is a problem when using a x2go session (in both "Publisshed apps" or "Desktop / MATE" mode ... didn't tried on other desktops) and trying to do bidirectional copy/paste from a Windows client (Windows 7 SP1 / x2goclient 4.0.5.0). It seems that the "copy on select" features is overriding the primary clipboard which makes the copy/paste pretty difficult if not impossible.
How to reproduce :
Local : Windows 7 SP1 / x2goclient 4.0.5.0 in Published Apps ou MATE Desktop mode (but windowed or fullscreen on 1 dedicated screen, not complete fullscreen) Remote : Ubuntu 14.04 / MATE Desktop with x2goserver 4.0.5.0 and x2gomate-bindings
From Windows, copy some text in Notepad then, on your x2go session (let's say with Pluma or Gedit), select some text you want to replace (just select, not copy) and try to do a paste, that won't work and your clipboard now contains the text that has been selected in the x2go session.
Just to be sure: What exactly do you refer to as clipboard here? In X11 we have PRIMARY and CLIPBOARD, in Windows we have only one Clipboard.
You can even paste it in Windows (but strangely, not in Linux where the clipboard seems empty).
How do you paste in Linux? Middle mouse button or selecting "Paste" from some menu?
This is very very annoying especially for our use case where our x2go sessions are used as developpers sessions in Published Apps mode and they do plenty of copy/paste all day long. We moved recently to this infrastructure but this doesn't help its acceptancy due to this bug.
I tried to check the "do not use primary clipboard" in the client preferences but this makes the xserver fails to start (see bug #906), I even tried to add the -noprimary or the -noclipboardprimary that are described here (http://code.x2go.org/vcxsrv?p=vcxsrv.git;a=blob;f=xorg-server/hw/xwin/InitOu...) but that dosn't work either, it seems these options are in the usage help message but are not supported at all so I don't know if using them is helping or not.
I have changed/fixed the clipboard code in NX some months ago. Does downgrading to nx-libs 3.5.0.27 change the behaviour? Maybe I broke something...
Also, do you have any clipboard manager running in the MATE session?
And it would help to know if this happens for other desktops, too.
Uli
Just to be sure: What exactly do you refer to as clipboard here? In X11 we have PRIMARY and CLIPBOARD, in Windows we have only one Clipboard. How do you paste in Linux? Middle mouse button or selecting "Paste" from some menu?
All of them. In Windows there is only one clipboard and Linux, there is the PRIMARY and CLIPBOARD, that's right but the problem here is :
Note that if I do the same use case from a linux local desktop to a remote linux x2go session, it works as expected (the text is replaced), it's only in doing the same with Windows that it is not working.
I have changed/fixed the clipboard code in NX some months ago. Does downgrading to nx-libs 3.5.0.27 change the behaviour? Maybe I broke something...
I don't know how to downgrade to this release, I'm using the x2go stable PPA for the server side (it's running on ubuntu server 14.04 lts amd64 + MATE 1.8 as the desktop) and Windows 7 SP1 as the client running 4.0.5.0.
Also, do you have any clipboard manager running in the MATE session?
at first, none then I installed ClipIt just to see what was happening and disable copy on select but it did nothing, the beahviour was identical. In the clipboard manager's history, I can see my copied text from Windows but as soon as I select some text from within my linux x2go session, I can't paste it. ctrl+v does nothing, paste menu does nothing and even middle click does nothing as if both clipboards where flushed. As soon as I do another ctrl+v or another selection in the remote x2go session, I can paste what has been selected/copied.
And it would help to know if this happens for other desktops, too.
I only tested it on x2go/MATE in Desktop mode or Published Apps mode. Both ways gives same results.
Walid
----- Mail original -----
De: "Ulrich Sibiller" <uli42@gmx.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 927@bugs.x2go.org Cc: submit@bugs.x2go.org Envoyé: Mardi 1 Septembre 2015 16:32:43 Objet: Re: [X2Go-Dev] Bug#927: copy on select overrides Windows clipboard
On Mon, Aug 24, 2015 at 3:52 PM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
Package: x2goclient Version: 4.0.5.0
There is a problem when using a x2go session (in both "Publisshed apps" or "Desktop / MATE" mode ... didn't tried on other desktops) and trying to do bidirectional copy/paste from a Windows client (Windows 7 SP1 / x2goclient 4.0.5.0). It seems that the "copy on select" features is overriding the primary clipboard which makes the copy/paste pretty difficult if not impossible.
How to reproduce :
Local : Windows 7 SP1 / x2goclient 4.0.5.0 in Published Apps ou MATE Desktop mode (but windowed or fullscreen on 1 dedicated screen, not complete fullscreen) Remote : Ubuntu 14.04 / MATE Desktop with x2goserver 4.0.5.0 and x2gomate-bindings
From Windows, copy some text in Notepad then, on your x2go session (let's say with Pluma or Gedit), select some text you want to replace (just select, not copy) and try to do a paste, that won't work and your clipboard now contains the text that has been selected in the x2go session.
Just to be sure: What exactly do you refer to as clipboard here? In X11 we have PRIMARY and CLIPBOARD, in Windows we have only one Clipboard.
You can even paste it in Windows (but strangely, not in Linux where the clipboard seems empty).
How do you paste in Linux? Middle mouse button or selecting "Paste" from some menu?
This is very very annoying especially for our use case where our x2go sessions are used as developpers sessions in Published Apps mode and they do plenty of copy/paste all day long. We moved recently to this infrastructure but this doesn't help its acceptancy due to this bug.
I tried to check the "do not use primary clipboard" in the client preferences but this makes the xserver fails to start (see bug #906), I even tried to add the -noprimary or the -noclipboardprimary that are described here (http://code.x2go.org/vcxsrv?p=vcxsrv.git;a=blob;f=xorg-server/hw/xwin/InitOu...) but that dosn't work either, it seems these options are in the usage help message but are not supported at all so I don't know if using them is helping or not.
I have changed/fixed the clipboard code in NX some months ago. Does downgrading to nx-libs 3.5.0.27 change the behaviour? Maybe I broke something...
Also, do you have any clipboard manager running in the MATE session?
And it would help to know if this happens for other desktops, too.
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
Hi,
A little "up" on this bug ... this is very very annoying for us and generate angryness against x2go which is unfair because this solution gives us so much more value added feature than before but every users are focusing on this one bug because it affect their work all day long. We're willing to push that as much as we can and we're ready to help as much as we can also. We are ready to pay if necessary to put that bugfix on top of the list so please, tell me if this bug is going to be fixed soon :(
Best regards,
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
----- Mail original -----
De: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu> À: "Ulrich Sibiller" <uli42@gmx.de> Cc: submit@bugs.x2go.org, 927@bugs.x2go.org Envoyé: Vendredi 4 Septembre 2015 12:12:47 Objet: Re: [X2Go-Dev] Bug#927: copy on select overrides Windows clipboard
Just to be sure: What exactly do you refer to as clipboard here? In X11 we have PRIMARY and CLIPBOARD, in Windows we have only one Clipboard. How do you paste in Linux? Middle mouse button or selecting "Paste" from some menu?
All of them. In Windows there is only one clipboard and Linux, there is the PRIMARY and CLIPBOARD, that's right but the problem here is :
Note that if I do the same use case from a linux local desktop to a remote linux x2go session, it works as expected (the text is replaced), it's only in doing the same with Windows that it is not working.
I have changed/fixed the clipboard code in NX some months ago. Does downgrading to nx-libs 3.5.0.27 change the behaviour? Maybe I broke something...
I don't know how to downgrade to this release, I'm using the x2go stable PPA for the server side (it's running on ubuntu server 14.04 lts amd64 + MATE 1.8 as the desktop) and Windows 7 SP1 as the client running 4.0.5.0.
Also, do you have any clipboard manager running in the MATE session?
at first, none then I installed ClipIt just to see what was happening and disable copy on select but it did nothing, the beahviour was identical. In the clipboard manager's history, I can see my copied text from Windows but as soon as I select some text from within my linux x2go session, I can't paste it. ctrl+v does nothing, paste menu does nothing and even middle click does nothing as if both clipboards where flushed. As soon as I do another ctrl+v or another selection in the remote x2go session, I can paste what has been selected/copied.
And it would help to know if this happens for other desktops, too.
I only tested it on x2go/MATE in Desktop mode or Published Apps mode. Both ways gives same results.
Walid
----- Mail original -----
De: "Ulrich Sibiller" <uli42@gmx.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 927@bugs.x2go.org Cc: submit@bugs.x2go.org Envoyé: Mardi 1 Septembre 2015 16:32:43 Objet: Re: [X2Go-Dev] Bug#927: copy on select overrides Windows clipboard
On Mon, Aug 24, 2015 at 3:52 PM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
Package: x2goclient Version: 4.0.5.0
There is a problem when using a x2go session (in both "Publisshed apps" or "Desktop / MATE" mode ... didn't tried on other desktops) and trying to do bidirectional copy/paste from a Windows client (Windows 7 SP1 / x2goclient 4.0.5.0). It seems that the "copy on select" features is overriding the primary clipboard which makes the copy/paste pretty difficult if not impossible.
How to reproduce :
Local : Windows 7 SP1 / x2goclient 4.0.5.0 in Published Apps ou MATE Desktop mode (but windowed or fullscreen on 1 dedicated screen, not complete fullscreen) Remote : Ubuntu 14.04 / MATE Desktop with x2goserver 4.0.5.0 and x2gomate-bindings
From Windows, copy some text in Notepad then, on your x2go session (let's say with Pluma or Gedit), select some text you want to replace (just select, not copy) and try to do a paste, that won't work and your clipboard now contains the text that has been selected in the x2go session.
Just to be sure: What exactly do you refer to as clipboard here? In X11 we have PRIMARY and CLIPBOARD, in Windows we have only one Clipboard.
You can even paste it in Windows (but strangely, not in Linux where the clipboard seems empty).
How do you paste in Linux? Middle mouse button or selecting "Paste" from some menu?
This is very very annoying especially for our use case where our x2go sessions are used as developpers sessions in Published Apps mode and they do plenty of copy/paste all day long. We moved recently to this infrastructure but this doesn't help its acceptancy due to this bug.
I tried to check the "do not use primary clipboard" in the client preferences but this makes the xserver fails to start (see bug #906), I even tried to add the -noprimary or the -noclipboardprimary that are described here (http://code.x2go.org/vcxsrv?p=vcxsrv.git;a=blob;f=xorg-server/hw/xwin/InitOu...) but that dosn't work either, it seems these options are in the usage help message but are not supported at all so I don't know if using them is helping or not.
I have changed/fixed the clipboard code in NX some months ago. Does downgrading to nx-libs 3.5.0.27 change the behaviour? Maybe I broke something...
Also, do you have any clipboard manager running in the MATE session?
And it would help to know if this happens for other desktops, too.
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
On Wed, Dec 9, 2015 at 5:43 PM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
A little "up" on this bug ... this is very very annoying for us and generate angryness against x2go which is unfair because this solution gives us so much more value added feature than before but every users are focusing on this one bug because it affect their work all day long. We're willing to push that as much as we can and we're ready to help as much as we can also. We are ready to pay if necessary to put that bugfix on top of the list so please, tell me if this bug is going to be fixed soon :(
I cannot tell. Development is quite slow at the moment. As I am not a core developer I do not know why that is. And I am low on time, too.
However, you can try to enable or disable the XFIXES extension (I am not sure what the default is nowadays). Here's how you can do that:
Add to /etc/x2go/x2goagent.options
X2GO_NXAGENT_DEFAULT_OPTIONS+=" +extension XFIXES"
to enable the extension or
X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension XFIXES"
to disable the extension.
Using xdpyinfo | grep XFIXES within the session you can check if it is enabled or not.
Uli
Hi,
However, you can try to enable or disable the XFIXES extension (I am not sure what the default is nowadays). Here's how you can do that:
Add to /etc/x2go/x2goagent.options
X2GO_NXAGENT_DEFAULT_OPTIONS+=" +extension XFIXES"
to enable the extension or X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension XFIXES"
to disable the extension.
I enabled XFIXES since it was disabled as default but that didn't changed anything. I'm pretty sure this is a bug in vcxsrv as this doesn't occure when doing copy/paste from local Linux to remote Linux, this only occure from local Windows to remote Linux.
It is very easy to reproduce.
I hope the vcxsrv maintainer reads this list, if so, please, contact me.
Regards,
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
----- Mail original -----
De: "Ulrich Sibiller" <ulrich.sibiller@gmail.com> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 927@bugs.x2go.org Envoyé: Mercredi 9 Décembre 2015 21:58:44 Objet: Re: [X2Go-Dev] Bug#927: Bug#927: copy on select overrides Windows clipboard
On Wed, Dec 9, 2015 at 5:43 PM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
A little "up" on this bug ... this is very very annoying for us and generate angryness against x2go which is unfair because this solution gives us so much more value added feature than before but every users are focusing on this one bug because it affect their work all day long. We're willing to push that as much as we can and we're ready to help as much as we can also. We are ready to pay if necessary to put that bugfix on top of the list so please, tell me if this bug is going to be fixed soon :(
I cannot tell. Development is quite slow at the moment. As I am not a core developer I do not know why that is. And I am low on time, too.
However, you can try to enable or disable the XFIXES extension (I am not sure what the default is nowadays). Here's how you can do that:
Add to /etc/x2go/x2goagent.options
X2GO_NXAGENT_DEFAULT_OPTIONS+=" +extension XFIXES"
to enable the extension or
X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension XFIXES"
to disable the extension.
Using xdpyinfo | grep XFIXES within the session you can check if it is enabled or not.
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
As the primary maintainer of X2Go Client for Windows and of X2Go's custom builds of VcXsrv, I have taken note of this issue and #906 .
Investigating and fixing them are on my (busy) agenda. I cannot guarantee an ETA though.
Thanks so much for that !
As I already said, do not hesitate to get back to me for any information or testing you'll need.
Best regards,
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
----- Mail original -----
De: "Mike DePaulo" <mikedep333@gmail.com> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 927@bugs.x2go.org Envoyé: Vendredi 11 Décembre 2015 14:33:57 Objet: Re: [X2Go-Dev] Bug#927: Bug#927: Bug#927: copy on select overrides Windows clipboard
As the primary maintainer of X2Go Client for Windows and of X2Go's custom builds of VcXsrv, I have taken note of this issue and #906 .
Investigating and fixing them are on my (busy) agenda. I cannot guarantee an ETA though.
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
Hi,
Any news on that side ? Any chance to see a fix for this soon ?
Regards,
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
----- Mail original -----
De: "Mike DePaulo" <mikedep333@gmail.com> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 927@bugs.x2go.org Envoyé: Vendredi 11 Décembre 2015 14:33:57 Objet: Re: [X2Go-Dev] Bug#927: Bug#927: Bug#927: copy on select overrides Windows clipboard
As the primary maintainer of X2Go Client for Windows and of X2Go's custom builds of VcXsrv, I have taken note of this issue and #906 .
Investigating and fixing them are on my (busy) agenda. I cannot guarantee an ETA though.
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 plan to at least investigate it within the next few weeks.
-Mike
On Thu, Jan 14, 2016 at 6:00 AM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
Hi,
Any news on that side ? Any chance to see a fix for this soon ?
Regards,
Walid MOGHRABI Exploitation / Operation Id SKYPE : walid_smagic
[...[
Hi,
I'm not willing to put too much pressure about this but this is really annoying for our dev team and to be honest, they are the ones pushing pressure on me with this. Any idea on when you will be able to take a look at this issue ? May I help in any way ?
Regards,
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
----- Mail original -----
De: "Mike DePaulo" <mikedep333@gmail.com> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu> Cc: 927@bugs.x2go.org Envoyé: Vendredi 15 Janvier 2016 14:50:00 Objet: Re: [X2Go-Dev] Bug#927: copy on select overrides Windows clipboard
I plan to at least investigate it within the next few weeks.
-Mike
On Thu, Jan 14, 2016 at 6:00 AM, Walid MOGHRABI < w.moghrabi@servicemagic.eu > wrote:
Hi,
Any news on that side ? Any chance to see a fix for this soon ?
Regards,
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
[...[
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
HI,
please use the professional support provided by BAUR-ITCS UG or phoca
GmbH if you want to see bugs addressed quickly.
Contacts:
o.schneyder@phoca-gmbh.de kontakt@baur-itcs.de
Greets, Mike
On Di 23 Feb 2016 14:14:38 CET, Walid MOGHRABI wrote:
Hi,
I'm not willing to put too much pressure about this but this is
really annoying for our dev team and to be honest, they are the ones
pushing pressure on me with this. Any idea on when you will be able to take a look at this issue ? May I help in any way ?Regards,
Walid MOGHRABI Exploitation / Operation Id SKYPE : walid_smagic
----- Mail original -----
De: "Mike DePaulo" <mikedep333@gmail.com> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu> Cc: 927@bugs.x2go.org Envoyé: Vendredi 15 Janvier 2016 14:50:00 Objet: Re: [X2Go-Dev] Bug#927: copy on select overrides Windows clipboard
I plan to at least investigate it within the next few weeks.
-Mike
On Thu, Jan 14, 2016 at 6:00 AM, Walid MOGHRABI <
w.moghrabi@servicemagic.eu > wrote:Hi,
Any news on that side ? Any chance to see a fix for this soon ?
Regards,
Walid MOGHRABI Exploitation / Operation Id SKYPE : walid_smagic
[...[
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
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40...
Hi,
I'm sorry to annoy but yes, I'd like this issue to be fixed as quick as possible because I have about 30 developers counting on it and as I always said, we would be ready to pay for that if it could help making thing going a little faster but until now, I had no answer concerning paid support. I'll contact thos people ... which one is preferable to contact ?
Regards.
Walid MOGHRABI
Exploitation / Operation
Id SKYPE : walid_smagic
----- Mail original -----
De: "Mike Gabriel" <mike.gabriel@das-netzwerkteam.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 927@bugs.x2go.org Cc: "Mike DePaulo" <mikedep333@gmail.com> Envoyé: Mardi 23 Février 2016 22:03:51 Objet: Re: [X2Go-Dev] Bug#927: Bug#927: copy on select overrides Windows clipboard
HI,
please use the professional support provided by BAUR-ITCS UG or phoca GmbH if you want to see bugs addressed quickly.
Contacts:
o.schneyder@phoca-gmbh.de kontakt@baur-itcs.de
Greets, Mike
On Di 23 Feb 2016 14:14:38 CET, Walid MOGHRABI wrote:
Hi,
I'm not willing to put too much pressure about this but this is really annoying for our dev team and to be honest, they are the ones pushing pressure on me with this. Any idea on when you will be able to take a look at this issue ? May I help in any way ?
Regards,
Walid MOGHRABI Exploitation / Operation Id SKYPE : walid_smagic
----- Mail original -----
De: "Mike DePaulo" <mikedep333@gmail.com> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu> Cc: 927@bugs.x2go.org Envoyé: Vendredi 15 Janvier 2016 14:50:00 Objet: Re: [X2Go-Dev] Bug#927: copy on select overrides Windows clipboard
I plan to at least investigate it within the next few weeks.
-Mike
On Thu, Jan 14, 2016 at 6:00 AM, Walid MOGHRABI < w.moghrabi@servicemagic.eu > wrote:
Hi,
Any news on that side ? Any chance to see a fix for this soon ?
Regards,
Walid MOGHRABI Exploitation / Operation Id SKYPE : walid_smagic
[...[
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
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40...
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
Package: x2goclient Version: 4.0.5.0
When copy/paste text with Euro character "€" from Linux to Windows, the Euro character is replaced with this text : \u20ac On the contrary, copy/paste text with €uro character from Windows to Linux works correctly.
How to reproduce :
Best regards,
Walid Moghrabi
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
Package: x2goserver Version: 4.0.5.0
Context : x2goserver 4.0.5.0 on Ubuntu Mate 14.04 with x2go stable ppa in MATE Desktop mode.
Chrome and Chromium's refresh is painfully slow with x2go while Firefox is a lot smoother. Most applications, even graphical intensive such as Gimp are working very smoohtly too, only Chrome/Chromium is really really slow.
Is there something that might be done on the x2go side ? Maybe some custom options to use within Chrome/Chromium ?
With ps, here is the command line used with my chromium instance (default settings, nothing has been tuned) :
ps aux | grep chromium
walid 24977 2.4 8.0 1192724 163960 ? Sl 09:42 0:01 chromium-browser --enable-pinch
walid 24988 1.3 3.3 657324 69196 ? S 09:42 0:00 chromium-browser --type=zygote
walid 24990 0.0 0.6 657324 13360 ? S 09:42 0:00 chromium-browser --type=zygote
walid 25032 2.7 5.8 1413712 118996 ? Sl 09:42 0:01 /usr/lib/chromium-browser/chro
walid 25115 0.0 0.1 15208 2144 pts/0 S+ 09:43 0:00 grep --color=auto chromium
Chrome/Chromium enables HW acceleration by default, I tried to disable it in order to see if that helps but it changed nothing.
Best regards,
Walid Moghrabi
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
Package: x2goserver Version: 4.0.1.19
I encounter a strange problem when playing videos (especially H264 ones) in Firefox or video players such as VLC, Totem, Parole, .... Videos just don't start as if there was some sort of buffer overrun with Firefox but strangely, sometimes it works (but most of the time, it freezes). With Parole, videos play fine but sounds begins at first then silence while the video is playing correctly.
I would be thinking that this is a normal problem with remote desktop unless I tried with Chrome/Chromium where there, videos are playing just perfectly.
I know X2Go is not meant to be used for remote video rendering (well, not for now anyway) but this is for rare uses on a local network with high bandwidth. What I don't understand is why it is working badly with most of the players I tried or Firefox while it works very well with Chrome/Chromium.
Is there something that can be done to make videos play fine (with remote display limitations in mind of course) with Firefox and/or video players such as VLC/Totem/Parole ?
* Server side : x2goserver 4.0.1.19 running on Ubuntu 16.04 with Mate Desktop
* Client side : x2goclient 4.0.5.1 in MATE desktop mode with WAN/16m-jpeg settings (tried with other settings but this is what gives me the best results)
* Tested softwares :
- Firefox 47 (working randomly with both local files and Youtube)
- Chromium (Working perfectly with both local files and Youtube)
- VLC (working badly)
- Totem (video ok but no sound)
- Parole (Video OK, sound starting then silence)
* Tested medias : videos on Youtube (for browser tests), mkv video with H264 encoding for players and browsers
Best regards,
Walid Moghrabi
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
Package: x2gobroker-authservice Version: 0.0.3.0 Severity: grave Tags: stable,patch For days I was struggling with x2gobroker-authservice not working when authenticating against PAM. I eventualy discovered it was the pam class instanciation in /usr/sbin/x2gobroker-authservice that was not working with the following error : error: uncaptured python exception, closing channel <__main__.AuthClient connected '' at 0x7f0aa5c11f80> (<type 'exceptions.AttributeError'>:'module' object has no attribute 'authenticate' [/usr/lib/python2.7/asyncore.py|read|83] [/usr/lib/python2.7/asyncore.py|handle_read_event|449] [/usr/sbin/x2gobroker-authservice|handle_read|81]) It seems the pam.py module has probably been refaktored in this Ubuntu making the authservice failing. Here is a patch for the fix : ----------------------------------------------------------------------------------------- --- /usr/sbin/x2gobroker-authservice.dist 2016-07-08 15:07:40.387403000 +0200 +++ /usr/sbin/x2gobroker-authservice 2016-07-08 15:07:00.219403000 +0200 @@ -78,7 +78,11 @@ self.send('bad\n') self.logger.warning('bad authentication data received') else: - if pam.authenticate(user, passwd, service): + if pam.pam: + opam = pam.pam() + else: + opam = pam + if opam.authenticate(user, passwd, service): self.send('ok\n') self.logger.info('successful authentication for \'{user}\' with password \'<hidden>\' against PAM service \'{service}\''.format(user=user, service=service)) else: ----------------------------------------------------------------------------------------- Test conditions : =============== * Ubuntu Server 16.04 LTS up to date (2016-07-08) * python-pampy : 1.8.2 * x2gobroker-authservice : 0.0.3.0 (from x2go/stable ppa) Best regards, Walid Moghrabi --- 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
Package: x2gobroker-authservice Version: 0.0.3.0 Severity: grave Tags: stable,patch For days I was struggling with x2gobroker-authservice not working when authenticating against PAM. I eventualy discovered it was the pam class instanciation in /usr/sbin/x2gobroker-authservice that was not working with the following error : error: uncaptured python exception, closing channel <__main__.AuthClient connected '' at 0x7f0aa5c11f80> (<type 'exceptions.AttributeError'>:'module' object has no attribute 'authenticate' [/usr/lib/python2.7/asyncore.py|read|83] [/usr/lib/python2.7/asyncore.py|handle_read_event|449] [/usr/sbin/x2gobroker-authservice|handle_read|81]) It seems the pam.py module has probably been refaktored in this Ubuntu making the authservice failing. Here is a patch for the fix : ----------------------------------------------------------------------------------------- --- /usr/sbin/x2gobroker-authservice.dist 2016-07-08 15:07:40.387403000 +0200 +++ /usr/sbin/x2gobroker-authservice 2016-07-08 15:07:00.219403000 +0200 @@ -78,7 +78,11 @@ self.send('bad\n') self.logger.warning('bad authentication data received') else: - if pam.authenticate(user, passwd, service): + if pam.pam: + opam = pam.pam() + else: + opam = pam + if opam.authenticate(user, passwd, service): self.send('ok\n') self.logger.info('successful authentication for \'{user}\' with password \'<hidden>\' against PAM service \'{service}\''.format(user=user, service=service)) else: ----------------------------------------------------------------------------------------- Test conditions : =============== * Ubuntu Server 16.04 LTS up to date (2016-07-08) * python-pampy : 1.8.2 * x2gobroker-authservice : 0.0.3.0 (from x2go/stable ppa) Best regards, Walid Moghrabi --- 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
Package: x2goclient Version: 4.0.5.1 Severity: wishlist
Probably an already asked feature request but since X2Go rely on SSH, this is pretty sad that it is not possible to forward SSH Agent with X2Go client. Why so ? I guess it is only a matter of adding the "-A" switch to the SSH command line (or so) and this really is a missing feature since, for our concern, we're based on encrypted SSH key authentication in order to connect developpers VMs with X2Go which has teir own subset of LXC containers running on top of them so my developpers can then SSH to them but lacking the Agent forwarding feature, they have to type their password where it is not needed for the top VM.
Is this a planned feature ? Any estimated delivery time for this ?
Best regards,
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
Package: x2goclient Version: 4.0.5.3 Severity: Critical
I managed to fix about every bits here and there but there is still one important part that I can't get to fix which is managing audio applications to work in TCE mode.
To be clear, what I call "TCE mode" is pxe booting an diskless station with x2gothinclient (per the doc setup with default settings, Debian wheezy based with heuler x2go client)
When I open a X2Go session with a local x2go client on my Ubuntu laptop (or even with x2goclient under windows), no problem, I have sound with PulseAudio fully working, I can play videos on youtube, hear MP3s with totem or any other audio application. Running the same session with a TCE client works great until I want to hear a sound ... youtube videos are hanging with no sound, playing MP3s don't even start.
Here is a snippet from /var/log/syslog taken from the TCE when opening a new X2Go session :
Best regards,
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 am curious if setting this enviroment variable changes the firefox behaviour in this case:
MOZ_DISABLE_IMAGE_OPTIMIZE=1
Package: x2goserver Version: 4.1.0.0
When using Arctica repo (deb http://packages.arctica-project.org/ubuntu xenial main) with libnx 3.5.99.4 (and previous) if you suspend a session where your keyboard mapping was azerty - FR for example, when you resume the session, the keyboard mapping becomes qwerty - US.
I suppose US keymap is the default one but it seems restoring the session doesn't retain this environment setting while it works as expected with X2Goserver without Arctica.
Best regards,
Walid Moghrabi
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
On 03.03.2017 04:18 PM, Walid MOGHRABI wrote:
When using Arctica repo (deb http://packages.arctica-project.org/ubuntu xenial main) with libnx 3.5.99.4 (and previous) if you suspend a session where your keyboard mapping was azerty - FR for example, when you resume the session, the keyboard mapping becomes qwerty - US.
Please upgrade to the newest nightly version of x2goserver.
The problem should be fixed there. I'll add reference to this ticket later tonight.
Mihai
Hi,
Tested latest x2goserver from the Heuler ppa (4.1.0.0-0~1388~ubuntu16.04.1) today but that didn't fix the problem. Suspending/resuming session still lose the keyboard layout with Arctica libs.
Regards, Walid Moghrabi
TRAVAUX.COM BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 13591 AIX EN PROVENCE CEDEX 3
----- Mail original -----
De: "Mihai Moldovan" <ionic@ionic.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 1151@bugs.x2go.org Envoyé: Vendredi 3 Mars 2017 17:31:21 Objet: Re: (Arctica) Bad keyboard mapping after session resume
On 03.03.2017 04:18 PM, Walid MOGHRABI wrote:
When using Arctica repo (deb http://packages.arctica-project.org/ubuntu xenial main) with libnx 3.5.99.4 (and previous) if you suspend a session where your keyboard mapping was azerty - FR for example, when you resume the session, the keyboard mapping becomes qwerty - US.
Please upgrade to the newest nightly version of x2goserver.
The problem should be fixed there. I'll add reference to this ticket later tonight.
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
Control: reopen -1
On 07.03.2017 10:39 AM, Walid MOGHRABI wrote:
Tested latest x2goserver from the Heuler ppa (4.1.0.0-0~1388~ubuntu16.04.1) today but that didn't fix the problem. Suspending/resuming session still lose the keyboard layout with Arctica libs.
Yes, thanks. Sephi told me about that yesterday. I'll have to investigate further.
Mihai
On 07.03.2017 10:41 AM, Mihai Moldovan wrote:
Yes, thanks. Sephi told me about that yesterday. I'll have to investigate further.
There have been multiple issues. The newest nightly works for me, though. Please retest.
Mihai
Processing control commands:
reopen -1 Bug #1151 [x2goserver] (Arctica) Bad keyboard mapping after session resume Bug 1151 is not marked as done; doing nothing.
-- 1151: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1151 X2Go Bug Tracking System Contact owner@bugs.x2go.org with problems
Package: x2gothinclient Version: 1.5.0.0
When my TCE users logs in their session, they have to set their audio volume levels everytime. Their settings are not saved when they log off their session.
Here are the components versions on the TCE side :
root@tce-netboot-01:/# dpkg -l | grep x2go ii libssh-4:i386 0.5.4-2~deb7+x2go2 i386 tiny C SSH library ii libxcomp3:i386 2:3.5.0.33-0x2go1~git20160710.753+7.heuler.1 i386 nx-X11 compression library ii nxproxy 2:3.5.0.33-0x2go1~git20160710.753+7.heuler.1 i386 NX proxy ii pinentry-x2go 0.7.5.10-0x2go1~git20161116.106+7.heuler.1 i386 Qt4-based PIN or pass-phrase entry dialog for x2goclient ii x2go-keyring 2012.07.23+wheezy~main~17~build1 all GnuPG keys of all X2Go developers and the X2Go archive ii x2goclient 4.0.5.3-0x2go1~git20161225.1231+7.heuler.1 i386 X2Go Client application (Qt4) ii x2gothinclient 1.5.0.0-0x2go1~git20161013.618+7.heuler.1 all temporary dependency package for migration to x2gothinclient-displaymanager ii x2gothinclient-chroot 1.5.0.0-0x2go1~git20161013.618+7.heuler.1 all Install X2Go Thin Client chroot (metapackage) ii x2gothinclient-common 1.5.0.0-0x2go1~git20161013.618+7.heuler.1 all X2Go thin client environment (common files) ii x2gothinclient-displaymanager 1.5.0.0-0x2go1~git20161013.618+7.heuler.1 all login daemon starting x2goclient in displaymanager mode ii x2gothinclient-smartcardrules 1.5.0.0-0x2go1~git20161013.618+7.heuler.1 all UDEV rules for smartcard readers
And on the server side :
root@tce-server-01 [~] # dpkg -l | grep x2go 11:40 ii libx2go-log-perl 4.1.0.0-0~1407~ubuntu16.04.1 all Perl X2Go::Log package ii libx2go-server-db-perl 4.1.0.0-0~1407~ubuntu16.04.1 amd64 Perl X2Go::Server:DB package ii libx2go-server-perl 4.1.0.0-0~1407~ubuntu16.04.1 all Perl X2Go::Server package ii x2gobroker-agent 0.0.3.3-0~944~ubuntu16.04.1 amd64 X2Go Session Broker (remote agent) ii x2gomatebindings 0.0.1.5-0~199~ubuntu16.04.1 amd64 X2Go MATE bindings and MIME types ii x2goserver 4.1.0.0-0~1407~ubuntu16.04.1 amd64 X2Go server daemon scripts ii x2goserver-common 4.1.0.0-0~1407~ubuntu16.04.1 amd64 X2Go Server (common files) ii x2goserver-extensions 4.1.0.0-0~1407~ubuntu16.04.1 all X2Go Server (extension support) ii x2goserver-fmbindings 4.1.0.0-0~1407~ubuntu16.04.1 all X2Go Server (file manager bindings) ii x2goserver-printing 4.1.0.0-0~1407~ubuntu16.04.1 all X2Go server (printing support) ii x2goserver-x2goagent 4.1.0.0-0~1407~ubuntu16.04.1 all X2Go Server's X2Go Agent ii x2goserver-xsession 4.1.0.0-0~1407~ubuntu16.04.1 all X2Go Server (Xsession runner)
Regards, Walid Moghrabi
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
Am 13.03.2017 um 11:43 schrieb Walid MOGHRABI:
When my TCE users logs in their session, they have to set their audio volume levels everytime. Their settings are not saved when they log off their session.
Where would you expect the setting to be saved? The Client is a RAM disk, so once you reboot, all settings are reset to their default values. If you want to adjust client-side audio volume, you'd have to adjust the volume on each startup using, say, amixer in a startup script that you splice into the thinclient boot process. If anything, I would use that to set the audio volume to maximum for all ThinClients.
The only volume controls available to the user come from the server, once the session is running. Saving those settings SHOULD be the task of the selected Desktop Environment. It would be interesting to know if you're also losing the settings when you log in using a non-ThinClient computer that has X2GoClient installed.
-Stefan
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
Well, I would like the settings to be saved inside the X2Go session then restored from there. I know TCEs are read only (or volatile) so you can't save the client settings there and then get them back from there.
From a local client with X2Go client installed, it works of course since it relies on the local settings that can be saved in this situation. But thinclient mode is a bit different and I suppose there should be a way to :
1) save the volume levels at the X2Go session level when closing the session (maybe something that can be done through a logout script or the x2gocleansession process)
2) retrieve the volume levels from the X2Go session and use it to set the local pulseaudio settings (probably through geting values from saved settings through SSH at connection time)
This could be activated only in --thinclient mode so that, normal X2Goclient behaviour could keep on using the local pulseaudio settings and not geting the ones from the X2Go session.
Regards, Walid Moghrabi
TRAVAUX.COM BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 13591 AIX EN PROVENCE CEDEX 3
----- Mail original -----
De: "Stefan Baur" <X2Go-ML-1@baur-itcs.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 1155@bugs.x2go.org Envoyé: Lundi 27 Mars 2017 23:21:10 Objet: Re: [X2Go-Dev] Bug#1155: Volume levels are not saved with TCE
Am 13.03.2017 um 11:43 schrieb Walid MOGHRABI:
When my TCE users logs in their session, they have to set their audio volume levels everytime. Their settings are not saved when they log off their session.
Where would you expect the setting to be saved? The Client is a RAM disk, so once you reboot, all settings are reset to their default values. If you want to adjust client-side audio volume, you'd have to adjust the volume on each startup using, say, amixer in a startup script that you splice into the thinclient boot process. If anything, I would use that to set the audio volume to maximum for all ThinClients.
The only volume controls available to the user come from the server, once the session is running. Saving those settings SHOULD be the task of the selected Desktop Environment. It would be interesting to know if you're also losing the settings when you log in using a non-ThinClient computer that has X2GoClient installed.
-Stefan
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
Walid,
something seems to be wrong with your DE setup.
I must admit, I was confused as well - I believed local and remote volume controls are totally independent; they are not.
The way I tested things was:
So, whatever volume setting I choose in the X2Go session *is* saved and restored upon reconnect, because the DE I chose (Trinity) is behaving correctly.
Seems to be a bug with your particular DE, not with X2Go.
-Stefan
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
My DE is MATE 1.12.1 (Ubuntu 16.04 based). This is not the default ubuntu-mate-desktop meta package but a custom lightweight MATE install with individuals packages selected. Maybe I missed a needed package but which one ?
Regards, Walid Moghrabi
TRAVAUX.COM BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 13591 AIX EN PROVENCE CEDEX 3
----- Mail original -----
De: "Stefan Baur" <X2Go-ML-1@baur-itcs.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu> Cc: 1155@bugs.x2go.org Envoyé: Mardi 28 Mars 2017 12:45:49 Objet: Re: [X2Go-Dev] Bug#1155: Volume levels are not saved with TCE
Walid,
something seems to be wrong with your DE setup.
I must admit, I was confused as well - I believed local and remote volume controls are totally independent; they are not.
The way I tested things was:
So, whatever volume setting I choose in the X2Go session *is* saved and restored upon reconnect, because the DE I chose (Trinity) is behaving correctly.
Seems to be a bug with your particular DE, not with X2Go.
-Stefan
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
Am 28.03.2017 um 13:06 schrieb Walid MOGHRABI:
My DE is MATE 1.12.1 (Ubuntu 16.04 based). This is not the default ubuntu-mate-desktop meta package but a custom lightweight MATE install with individuals packages selected. Maybe I missed a needed package but which one ?
I'm anything but a MATE or PulseAudio expert, but googling for
mate pulseaudio save and restore volume level
returned this link:
<https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index3h2>
and a pointer to look at the output of the command: pacmd list-modules
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
On 28.03.2017 09:41 AM, Walid MOGHRABI wrote:
Well, I would like the settings to be saved inside the X2Go session then restored from there. I know TCEs are read only (or volatile) so you can't save the client settings there and then get them back from there. From a local client with X2Go client installed, it works of course since it relies on the local settings that can be saved in this situation. But thinclient mode is a bit different and I suppose there should be a way to :
1) save the volume levels at the X2Go session level when closing the session (maybe something that can be done through a logout script or the x2gocleansession process) 2) retrieve the volume levels from the X2Go session and use it to set the local pulseaudio settings (probably through geting values from saved settings through SSH at connection time)
This could be activated only in --thinclient mode so that, normal X2Goclient behaviour could keep on using the local pulseaudio settings and not geting the ones from the X2Go session.
That's not really something we want to do, because the volume we talk about here is a client-side setting.
In a simple setup where only one client machine ever connects to one session, and that client machine never changes, that might work, but in any more complicated setup it's a recipe for doom.
Further, given that I know your setup a little bit, saving or restoring settings would not work as expected when for instance additional headsets are *not* plugged in while the session is established but later on.
x2ogcleansessions is a totally wrong approach for stuff like that, because saving the settings must be done while the client is still connected (since we need to access the client-side PA daemon.)
If anything, you could use x2goserver's hooks infrastructure, but I'm not sure in what context these scripts are executed. If it's any context that doesn't inherit environment variables from the client, that's not going to work. The pre-suspend/pre-terminate and post-resume/post-scripts hooks (check /usr/lib/x2go/extensions) might be promising places for something like that.
Again, as a general feature that's probably causing more trouble than it's worth, especially when using multiple sessions at a time or when changing client-side stuff.
Mihai
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 it works great whereas, with the latest Windows client, it doesn't work at all. Asking the client to use fullscreen in a multihead setup leads to the client going fullscreen on one screen only as if you had chosen "display x" except that you can't choose the display, it will take the main one in any case.
Would be great to fix this, I suppose this is related to the VcxSrv component.
Regards, Walid Moghrabi
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
On Wed, Jul 19, 2017 at 12:04 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 it works great whereas, with the latest Windows client, it doesn't work at all. Asking the client to use fullscreen in a multihead setup leads to the client going fullscreen on one screen only as if you had chosen "display x" except that you can't choose the display, it will take the main one in any case.
Would be great to fix this, I suppose this is related to the VcxSrv component.
I suspect the same. VcxSrv has an option for multiple monitors. In X2GoClient go to the settings menu at the top and change the xserver setting to "I want to use an other X server". Normally VcxSrv is preset. You can then extend the lower config line by "-multimonitor" (or was it "-multimonitors"). Does ist work?
You can run VcxSrv /? from as cmd window. It will print the help to a logfile and tell you where to find it. In the help you can find some more options regarding screen sizes, maybe you can solve the problem with them.
I do not have a windows machine with multiple monitors so I cannot test here.
Uli
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
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 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
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
Am 24.07.2017 um 15:16 schrieb Walid MOGHRABI:
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. [...] 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.
Are you sure your custom TCE build includes the Arctica NX-Libs? I would suggest logging in to a running TCE and comparing the output of "dpkg -l".
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
Here is what I get :
root@TCE-CLIENT-DELL-VOSTRO230-33H4W4J:~# dpkg -l | grep nx ii nxproxy 2:3.5.99.8-0.1+git20170630.2313+16.04.release.1 amd64 NX proxy
Regards, Walid Moghrabi
TRAVAUX.COM BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 13591 AIX EN PROVENCE CEDEX 3
----- Mail original -----
De: "Stefan Baur" <X2Go-ML-1@baur-itcs.de> À: "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>, 1197@bugs.x2go.org Envoyé: Lundi 24 Juillet 2017 18:40:04 Objet: Re: [X2Go-Dev] Bug#1197: Multihead fullscreen not working with TCE client in displaymanager mode
Am 24.07.2017 um 15:16 schrieb Walid MOGHRABI:
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. [...] 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.
Are you sure your custom TCE build includes the Arctica NX-Libs? I would suggest logging in to a running TCE and comparing the output of "dpkg -l".
Kind Regards, Stefan Baur
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
Am 24.07.2017 um 18:55 schrieb Walid MOGHRABI:
root@TCE-CLIENT-DELL-VOSTRO230-33H4W4J:~# dpkg -l | grep nx ii nxproxy 2:3.5.99.8-0.1+git20170630.2313+16.04.release.1 amd64 NX proxy
And the laptop/machine where everything works the way you want it is running which version of that package?
-Stefan
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
Package: x2gothinclient Version: 4.1.1.0-0~1634~ubuntu16.04.1
With Chrome/Chromium browser >49, there is a strange behaviour that is easily reproducible on a remote MATE session (this is happening too in nxagent nested session) :
In the .xsession-error log, it triggers these messages :
Window manager warning: 0x2800001 (doc:howto:) appears to be one of the offending windows with a timestamp of 4064013. Working around... Window manager warning: last_user_time (4064436) is greater than comparison timestamp (2931912784). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around... Window manager warning: 0x2800001 (doc:howto:) appears to be one of the offending windows with a timestamp of 4064436. Working around... Window manager warning: last_user_time (4065636) is greater than comparison timestamp (2931914121). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around... Window manager warning: 0x2800001 (Eclipse do) appears to be one of the offending windows with a timestamp of 4065636. Working around...
Regards, Walid Moghrabi
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
On Thu, Jul 16, 2015 at 5:51 AM, Walid MOGHRABI <w.moghrabi@servicemagic.eu> wrote:
Package: vcxsrv Version: 1.17
With the latest x2go Windows client (4.0.4.0), the embedded X server (vcxsrv 1.17) does not support the -noprimaryclipboard option that is available through the preferences in the x2go client gui. The primaryclipboard behaviour is very annoying with Windows so disabling it is a good idea except that it can't be done with latest release, when running, I get a debug windows stating clearly that this parameter is not supported.
As the primary maintainer of X2Go Client for Windows and of X2Go's custom builds of VcXsrv, I have taken note of this issue and #927 .
Investigating and fixing them are on my (busy) agenda. I cannot guarantee an ETA though.