Xpra sun.awt.X11.XlibWrapper.XGetAtomName issue about xpra HOT 8 CLOSED

2011-08-10 15:32:58: nicolyon commented

the application is mucommander and can be downloaded at http://www.mucommander.com/

from xpra.

2011-11-29 17:04:46: totaam commented

Apparently, this affects other applications like matlab...

Here is the error:

Atom was 0
Atom was 0
[2011-11-30 00:01:57.016] SEVERE Launcher#main,609 Startup failed
java.lang.NullPointerException: Failed to retrieve atom name.
	at sun.awt.X11.XlibWrapper.XGetAtomName(Native Method)
	at sun.awt.X11.XAtom.getName(XAtom.java:186)
	at sun.awt.X11.XDataTransferer.getTargetNameForAtom(XDataTransferer.java:141)
	at sun.awt.X11.XDataTransferer.getNativeForFormat(XDataTransferer.java:130)
	at sun.awt.datatransfer.DataTransferer.getFlavorsForFormatsAsSet(DataTransferer.java:861)
	at sun.awt.datatransfer.SunClipboard.formatArrayAsDataFlavorSet(SunClipboard.java:350)
	at sun.awt.datatransfer.SunClipboard.addFlavorListener(SunClipboard.java:378)
	at com.mucommander.ui.dnd.ClipboardNotifier.<init>(ClipboardNotifier.java:53)
	at com.mucommander.ui.action.impl.PasteClipboardFilesAction.<init>(PasteClipboardFilesAction.java:54)
	at com.mucommander.ui.action.impl.PasteClipboardFilesAction$Factory.createAction(PasteClipboardFilesAction.java:74)
	at com.mucommander.ui.action.ActionManager.getActionInstance(ActionManager.java:316)
	at com.mucommander.ui.action.ActionManager.getActionInstance(ActionManager.java:266)
	at com.mucommander.ui.main.menu.MainMenuBar.<init>(MainMenuBar.java:190)
	at com.mucommander.ui.main.MainFrame.init(MainFrame.java:188)
	at com.mucommander.ui.main.MainFrame.<init>(MainFrame.java:296)
	at com.mucommander.ui.main.WindowManager.createNewMainFrame(WindowManager.java:338)
	at com.mucommander.ui.main.WindowManager.createNewMainFrame(WindowManager.java:305)
	at com.mucommander.Launcher.main(Launcher.java:574)

The problem is somewhere within the clipboard code.
Simply using the -no-clipboard allows the application to run.
In winswitch there is a GUI option when starting a session called: "Clipboard Sharing"

from xpra.

2011-11-30 19:14:39: totaam commented

An almost identical stacktrace (from awt.X11 down) was submitted as #52

from xpra.

2012-02-03 12:01:06: sergio commented

Maybe it is something similar to this issue that was going on with synergy:

https://bugs.launchpad.net/ubuntu/+source/synergy/+bug/207057

I think that in such case the issue was an atom with zero value getting added to a list of clipboard formats (targets). In that case the bug was there only on 64 bit systems. Can someone confirm if it is the case now? Even if the causes are different, I think that the above bug report incorporates a snappet of C code that helps verifying what is going on with the clipboard calls, so it may still be useful.

from xpra.

2012-02-07 20:23:59: totaam commented

More up-to-date link: [http://synergy-foss.org/tracker/issues/27]

Will take another look at the clipboard code, it is a bit obscure..
Relevant pygtk doc: Supplying The Selection

from xpra.

2012-02-08 19:32:12: totaam commented

Thanks for the pointers, proved very useful.
I eventually found the (very old) bug with X11 atoms vs GdkAtoms, and also another one in bitness (64 vs 32 with struct) - both fixed in r490
You should now be able to use the clipboard with all Java apps.

from xpra.

2012-02-08 19:32:12: totaam

from xpra.

2012-02-20 19:37:24: totaam

from xpra.