On Wed, Aug 21, 2013 at 3:55 PM, Emmett Culley
<lst_man...@webengineer.com>wrote:
> On 08/21/2013 01:52 AM, Pierre Ossman wrote:
> > On Sun, 21 Jul 2013 20:24:52 -0700 (PDT)
> > devsk <funt...@yahoo.com> wrote:
> >
> >> I am using KDE on both sides. And I did not have klipper (KDE's
> clipboard manager) running. But I tried it with klipper running on both
> sides. I can see klipper's cache on client getting updated with text from
> both the client and the server but on server's klipper, the cache only
> shows server's selections and cut&paste and nothing from client, which just
> confirms earlier findings.
> >>
> >> I see this on the server side from the konsole window where I manually
> started klipper:
> >>
> >> QClipboard::setData: Cannot set X11 selection owner for PRIMARY
> >>
> >> This happens every time I select text in konsole on the server. Not on
> the client.
> >>
> >> I had tested E17 and same results. I don't gave gnome (sort of
> religious issue with it's folks...:)) on hand to test.
> >>
> >
> > I'm afraid I'm out of ideas in that case. :/
> >
> > Rgds
> >
> I am seeing the same thing. Fedora 19 client to CentOS 6 server, both
> KDE. I do notice that a blank line gets entered at the top the server's
> clipboard whenever I cut or copy on the client side. That happens even if
> I simply click on a clipboard item to make it the current paste buffer.
>
> I tried downgrading to 1.2.80, but that didn't help. It does work from
> fedora 16 machine that has tigervnc version 1.1.0-3
>
Fedora does not build against the patched version of Fltk necessary to
support clipboard transfers, because it violates FESCo policy. So if
you're using their client it's not surprising that cut/copy/paste might not
work at all. Fedora 16/TigerVNC 1.1.0 did have the newer Fltk viewer.
Please try the cross-compatible client available from the nightly build
page (statically linked against a patched Fltk):
http://www.tigervnc.org/tiger.nightly/vncviewer.exe
And see if that works any better (don't expect the xterm behavior to
change).
As for the Xterm issue, I think this might have more to do with Xterm
itself and the buffers that it's using. I've found that I can paste from
the client into an xterm on the server if the selected text comes from
anything other than the selection buffer of an xterm on the client. I can
also paste into an xterm on the server using the clipboard feature of the
java client. Additionally, if I uncheck 'Send primary selection and cut
buffer as clipboard' the behavior is similar for other apps, which makes me
wonder if perhaps xterm uses something other than the primary select buffer
(given the fact that neither the fltk or java clients get notified). I
found several articles describing this behavior but none of the suggested
solutions worked for me:
http://www.davidsimmons.com/soft/xtermhacks/#copynpastenopatch
http://blog.bigsmoke.us/2010/01/31/xterm-clipboard-selection
http://www.overclock.net/t/1226164/xterm-users-clipboard-nonsense-solved
I also verified that the issue is independent of KDE or Gnome and rather
seems specific to xterm itself, so I'm not sure what to make of it.
I did also see some reports of older versions of Qt-based apps issuing that
same warning when they received clipboard updates with invalid timestamps,
but I did not see anything in the TigerVNC code that would account for
similar behavior (or explain why the java client behaves the same way).
http://code.google.com/p/fqterm/issues/detail?id=249
-brian
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
Tigervnc-users mailing list
Tigervnc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-users
