Hello Marc,
thanks a lot for your answer!
I can not really understand how it can be a bug in tigervnc, as the *correct*
selection is available via the command line:
$ xsel -op
which prints out the primary selection which is always OK.
I played around a bit with the following command running on both sides:
$ watch -n0.2 'echo -n "primary: "; xsel -op; echo ""; echo -n "clipboard: ";
xsel -ob'
And I can see that the primary selection is copied to the clipboard
(depending on the setting in vncconfig) and both are reliably transferred to
the vncserver (and vice versa) and can be used there in all applications,
with the exception of the newly transferred "primary selection" in the urxvt
running on the vnc-server.
And for more tests I explicitly deleted the clipboard with
$ while true; do echo -n ""| xsel -ib;
and I tested the paste of the primary selection with
xterm, konsole, lxterminal, xfce-terminal and urxvt.
In all the primary selection works perfectly, except in urxvt.
But as I'm not an expert in this I did as you recommended and asked on the
tigervnc-email-list:
The answer is this:
Maybe. Could still be a bug in TigerVNC.
Scratch that. It's a bug in uxrvt. It blindly asks for the clipboard
type UTF8_STRING, even though VNC does not support it. VNC only
supports the type STRING, which is also the only format it lists when
queried about supported formats.
Rgds
--
Pierre Ossman Software Development
Now we are a bit stuck... How can we proceed to solve the issue?
Thanks again,
Michael Traxler
---------------------------------------
Dr. Michael Traxler
Tel.: +49 (0)6159 / 71 1348
GSI Helmholtzzentrum für Schwerionenforschung GmbH
Planckstraße 1
64291 Darmstadt
Gesellschaft mit beschränkter Haftung; Sitz der Gesellschaft:
Darmstadt; Handelsregister: Amtsgericht Darmstadt, HRB 1528;
Geschäftsführung: Prof. Dr. Dr. h.c. mult. Horst Stöcker, Peter
Hassenbach; Vors. des Aufsichtsrats: Dr. Beatrix Vierkorn-Rudolph
Stellv.: Dr. Rolf Bernhardt
---------------------------------------
On Mon, 4 Nov 2013, Marc Lehmann wrote:
On Mon, Nov 04, 2013 at 01:28:56AM +0100, Michael Traxler <[email protected]>
wrote:
Also the cut and paste does work well in xterm and programs like firefox etc.
Cut and paste in these programs do not generally use the selection, they
use the clipboard mechanism.
But the paste via the middle mouse on the server doesn't work for urxvt.
My guess is that either tigervnc doesn't support the selection mechanism
at all and/or uses cut buffers. You'd have to ask the tigervnc developers
- they have to provide the standard selection mechanism like other
implementations to make it work.
The selection is always empty, so the old contents is deleted!
I am not sure what that means (the old contents of something that's empty
are deleted?).
It works on the client (vncviewer side of the connection) in urxvt.
vncviewer probably implements the selection correctly then.
$ xsel -op | xsel -ip
on the server will fix it for one transfer of the selection.
That sounds stringly like a bug in tigervnc.
--
The choice of a Deliantra, the free code+content MORPG
-----==- _GNU_ http://www.deliantra.net
----==-- _ generation
---==---(_)__ __ ____ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / [email protected]
-=====/_/_//_/\_,_/ /_/\_\
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
