[icedtea-web] plugin hangs in xcb_wait_for_reply

[Thomas Meyer]

Am Montag, den 24.02.2014, 08:29 +0100 schrieb Jiri Vanek:
> On 02/23/2014 02:36 PM, Thomas Meyer wrote:
> > Hi,
> >
> > The icedtea-web plugin hangs on my computer in xcb_wait_for_reply while
> > trying to init the GTK look and feel:
> >
> > I'm using this version:
> > Name       : icedtea-web
> > Architektur : x86_64
> > Version    : 1.4.2
> > Ausgabe    : 0.fc20
> > Größe : 1.1 M
> 
> How is it reproducible?

It seems that all java programs using the GTK L&F suffer from this hang
in xcb on my machine!

I just tried to run jedit with GTK L&F and it also hangs and waits for
some xcb/X server reply.

Can somebody reproduce this error on Fedora 20 with a multi-monitor
setup?

> 
> Personally I don know why the look and feel is used there anyway? It have probably its place in 
> Various dialogues, but the usage in jnlpruntime is a little bit confusing.
> 
> How does it behave when you remove those lines?

Behaviour is the same, as my system default L&F seems to be the GTK one.
I explicitly need to set the L&F in the deployment descriptor like this,
to make it work for me on Fedora 20:

$ cat .icedtea/deployment.properties
#Netx deployment configuration
#Wed Mar 05 15:22:26 CET 2014
swing.systemlaf=javax.swing.plaf.metal.MetalLookAndFeel
deployment.security.level=ASK_UNSIGNED

btw. providing JVM option
-Dswing.systemlaf=javax.swing.plaf.metal.MetalLookAndFeel via the
icetea-web setting program (itweb-settings) doesn't work as the "=" is
expanded to "\="...

> 
> Thankx,
> 
>   J.
> >
> > Thread 16 (Thread 0x7f73bc4eb700 (LWP 14468)):
> > #0  0x0000003623aea9dd in poll () from /lib64/libc.so.6
> > #1  0x0000003627209f72 in poll (__timeout=-1, __nfds=1,
> > __fds=0x7f73bc4ea0e0)
> >      at /usr/include/bits/poll2.h:46
> > #2  _xcb_conn_wait (c=c at entry=0x7f73b82a6c20,
> > cond=cond at entry=0x7f73bc4ea160,
> >      vector=vector at entry=0x0, count=count at entry=0x0) at xcb_conn.c:414
> > #3  0x000000362720b44f in wait_for_reply (c=c at entry=0x7f73b82a6c20,
> > request=112,
> >      e=e at entry=0x7f73bc4ea220) at xcb_in.c:399
> > #4  0x000000362720b562 in xcb_wait_for_reply (c=c at entry=0x7f73b82a6c20,
> > request=112,
> >      e=e at entry=0x7f73bc4ea220) at xcb_in.c:429
> > #5  0x0000003626e43017 in _XReply (dpy=dpy at entry=0x7f73b82a59d0,
> >      rep=rep at entry=0x7f73bc4ea270, extra=extra at entry=0,
> > discard=discard at entry=1)
> >      at xcb_io.c:602
> > #6  0x0000003626e38f04 in XQueryExtension
> > (dpy=dpy at entry=0x7f73b82a59d0,
> >      name=name at entry=0x362e20c724 "XInputExtension",
> >      major_opcode=major_opcode at entry=0x7f73bc4ea2e4,
> >      first_event=first_event at entry=0x7f73bc4ea2e8,
> >      first_error=first_error at entry=0x7f73bc4ea2ec) at QuExt.c:48
> > #7  0x0000003626e2ccc2 in XInitExtension (dpy=0x7f73b82a59d0,
> >      name=0x362e20c724 "XInputExtension") at InitExt.c:47
> > #8  0x000000362760d07f in XextAddDisplay () from /lib64/libXext.so.6
> > #9  0x000000362e207313 in XInput_find_display
> > (dpy=dpy at entry=0x7f73b82a59d0) at XExtInt.c:223
> > #10 0x000000362e205c19 in XListInputDevices (dpy=0x7f73b82a59d0,
> > ndevices=0x7f73bc4ea46c)
> >      at XListDev.c:184
> > #11 0x0000003e3c87d684 in _gdk_input_common_init ()
> > from /lib64/libgdk-x11-2.0.so.0
> > #12 0x0000003e3c8516df in gdk_display_open ()
> > from /lib64/libgdk-x11-2.0.so.0
> > #13 0x0000003e3c81f03d in gdk_display_open_default_libgtk_only ()
> >     from /lib64/libgdk-x11-2.0.so.0
> > #14 0x0000003e3cd45aa4 in gtk_init_check ()
> > from /lib64/libgtk-x11-2.0.so.0
> > #15 0x00007f73b339e3c1 in gtk2_load ()
> >
> > from /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.5.1.fc20.x86_64/jre/lib/amd64/xawt/libmawt.so
> > #16 0x00007f73b3386c6b in Java_sun_awt_UNIXToolkit_load_1gtk ()
> >
> > from /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.5.1.fc20.x86_64/jre/lib/amd64/xawt/libmawt.so
> > #17 0x00007f73b49d304c in ?? ()
> > #18 0x00007f73bc4ea640 in ?? ()
> > #19 0x00000007f6045368 in ?? ()
> > #20 0x00007f73bc4ea698 in ?? ()
> > #21 0x00000007f6046ce0 in ?? ()
> > #22 0x0000000000000000 in ?? ()
> >
> > Probably in net.sourceforge.jnlp.runtime.JNLPRuntime in the
> > UIManager.setLookAndFeel() call.
> >
> >
> > any ideas?
> >
> >
> > Maybe these threads are related?
> > Thread 2 (Thread 0x7f73b2577700 (LWP 14492)):
> > #0  0x0000003623aea9dd in poll () from /lib64/libc.so.6
> > #1  0x00000036266495b4 in g_main_context_iterate.isra.24 ()
> > from /lib64/libglib-2.0.so.0
> > #2  0x0000003626649a3a in g_main_loop_run ()
> > from /lib64/libglib-2.0.so.0
> > #3  0x00007f73b2bcfbb9 in jni_main_loop ()
> > from /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.5.1.fc20.x86_64/jre/lib/amd64/libatk-wrapper.so
> > #4  0x000000362666ea45 in g_thread_proxy () from /lib64/libglib-2.0.so.0
> > #5  0x0000003624607f33 in start_thread () from /lib64/libpthread.so.0
> > #6  0x0000003623af4ded in clone () from /lib64/libc.so.6
> >
> > Thread 1 (Thread 0x7f73bd2c9740 (LWP 14465)):
> > #0  0x0000003624609297 in pthread_join () from /lib64/libpthread.so.0
> > #1  0x0000003fc5a096d5 in ContinueInNewThread0 ()
> >
> > from /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.5.1.fc20.x86_64/jre-abrt/bin/../lib/amd64/jli/libjli.so
> > #2  0x0000003fc5a04307 in ContinueInNewThread ()
> >
> > from /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.5.1.fc20.x86_64/jre-abrt/bin/../lib/amd64/jli/libjli.so
> > #3  0x0000003fc5a04db9 in JLI_Launch ()
> >
> > from /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.5.1.fc20.x86_64/jre-abrt/bin/../lib/amd64/jli/libjli.so
> > #4  0x0000000000400685 in main ()
> >
> >
>