Hi,
I don't know when this broke but r377 works and r585 does not.
Was this supposedly already fixed in some commit? It definitely seems to be broken in r678 still.
The problem occurs with qt applications and also java: see jedit in ticket #104:
java.lang.NullPointerException: Failed to retrieve atom name. at sun.awt.X11.XlibWrapper.XGetAtomName(Native Method) at sun.awt.X11.XAtom.getName(XAtom.java:169) at sun.awt.X11.XDataTransferer.getTargetNameForAtom(XDataTransferer.java:123) at sun.awt.X11.XDataTransferer.getNativeForFormat(XDataTransferer.java:112) at sun.awt.datatransfer.DataTransferer.getFlavorsForFormats(DataTransferer.java:769) at sun.awt.datatransfer.ClipboardTransferable.<init>(ClipboardTransferable.java:72) at sun.awt.X11.XClipboard.getContents(XClipboard.java:84) at org.gjt.sp.jedit.Registers$ClipboardRegister.getTransferable(Registers.java:822)
The relevant changesets and tickets are:
I can cut&paste to/from qt apps just fine with current trunk... it is hard to fix if I cannot reproduce the problem.
OK, got it, I always used double-click + middle-click to paste ("PRIMARY
"), and that works ok.
What does not work is "CLIPBOARD
" (explicit "cut" and "paste" actions).
No idea why, but now that I know how to test, I should be able to do something about it.
Also, it works fine from remote to local, just not from local to remote.
r700 makes it easier to turn on debugging for the clipboard class only: just change debug = log.debug
to debug = log.info
at the top of this file.
Nice to hear that you can reproduce this.
Original ticket that was meant to fix qt+clipboard: #84
Seeing that this could well be a problem with x11 atoms (as was #84), maybe a solution similar to #98 can apply here?
Only r706 is really needed, but r705 "should" be correct.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/99