Hi all,
Does anybody have a suggestion for this situation:
User reported that he was able to cut/paste from Windows to XEmacs, but unable to cut/paste in the opposite direction from XEmacs to Windows.
I verified the problem with the following notes: - The XEmacs copy is a simple X highlight of the text in question. - The copied text from XEmacs is making it to the X clipboard and can be pasted to other X windows - The copied text from XEmacs is not making it to the Windows clipboard.
The problem appears specific to copying from XEmacs. Text copied from other X windows behaves as expected.
Thanks, Nick
On Mon, Dec 9, 2013 at 3:57 PM, Nick Ingegneri <n_ingegneri@yahoo.com> wrote:
Hi all,
Does anybody have a suggestion for this situation:
User reported that he was able to cut/paste from Windows to XEmacs, but unable to cut/paste in the opposite direction from XEmacs to Windows.
I verified the problem with the following notes: pasted to other X windows
- The XEmacs copy is a simple X highlight of the text in question.
- The copied text from XEmacs is making it to the X clipboard and can be
- The copied text from XEmacs is not making it to the Windows clipboard.
The problem appears specific to copying from XEmacs. Text copied from other X windows behaves as expected.
Thanks, Nick
Hi Nick,
(Sorry about this duplicate email. I forgot to CC the list on the last one.)
I was unable to reproduce your bug on this setup:
Can you please tell us what Linux distro you are running XEmacs (and the x2go server) on? See my reasoning below.
However, I have this same problem with NEdit, which uses OpenMotif as its graphical toolkit. And I just reproduced this issue with NEdit from my windows client detailed above. I've observed it on x2goclient 4.0.0.3 on Windows 7 64-bit also. I've observed it on Fedora 19, (details listed above) CentOS 6, RHEL 6 and Ubuntu 12.04 LTS. XEmacs appears to support multiple toolkits according to this link. http://www.us.xemacs.org/Download/optLibs.html Perhaps this bug only occurs when XEmacs is using OpenMotif? I need to investigate this further, but I'm thinking that XEmacs uses OpenMotif on your distro, but it uses another toolkit on Fedora 19.
-Mike
Hi Mike,
Thanks for trying to reproduce. The suggestions you made put me on a debug path that uncovered a possibly working solution and some interesting information.
For reference, our configuration that duplicates this is: RHEL 6.4 XEmacs 21.4.22 X2Go Server 4.0.1.6 X2Go Client 4.0.1.1 or 4.0.1.2pre02 Windows 7 64-bit
Based on your suggestion I recompiled XEmacs without motif and the problem was not resolved, so it does not appear to be motif related. I noted however that you are running XEmacs from the 21.5 beta branch, so I compiled the latest 21.5.34 version from that branch. The problem went away.
XEmacs 21.4.22 is the last stable release and is what we have been using. Since 21.5.34 beta does not have the select/paste issue with X2Go, we are going to have some users try this release to see if it is stable enough for use.
If you would still like to duplicate the issue for debugging purposes, I think if you compiled XEmacs 21.4.22 you would have a good shot at seeing it.
Thanks, Nick
On Monday, December 9, 2013 11:03 PM, Michael DePaulo <mikedep333@gmail.com> wrote:
On Mon, Dec 9, 2013 at 3:57 PM, Nick Ingegneri <n_ingegneri@yahoo.com> wrote:
Hi all,
Does anybody have a suggestion for this situation:
User reported that he was able to cut/paste from Windows to XEmacs, but unable to cut/paste in the opposite direction from XEmacs to Windows.
I verified the problem with the following notes: - The XEmacs copy is a simple X highlight of the text in question. - The copied text from XEmacs is making it to the X clipboard and can be pasted to other X windows - The copied text from XEmacs is not making it to the Windows clipboard.
The problem appears specific to copying from XEmacs. Text copied from other X windows behaves as expected.
Thanks, Nick
Hi Nick,
(Sorry about this duplicate email. I forgot to CC the list on the last one.)
I was unable to reproduce your bug on this setup:
Can you please tell us what Linux distro you are running XEmacs (and the x2go server) on? See my reasoning below.
However, I have this same problem with NEdit, which uses OpenMotif as its graphical toolkit. And I just reproduced this issue with NEdit from my windows client detailed above. I've observed it on x2goclient 4.0.0.3 on Windows 7 64-bit also. I've observed it on Fedora 19, (details listed above) CentOS 6, RHEL 6 and Ubuntu 12.04 LTS. XEmacs appears to support multiple toolkits according to this link. http://www.us.xemacs.org/Download/optLibs.html Perhaps this bug only occurs when XEmacs is using OpenMotif? I need to investigate this further, but I'm thinking that XEmacs uses OpenMotif on your distro, but it uses another toolkit on Fedora 19.
-Mike