Description of problem: I've found a problem in Eclipse 3.2.x. Actually I have no output useful for debug, so I can only describe the problem. Everytime I add/edit the JRE properties from Preferences->Java->Installed JRE eclipse freeze and never return control to the user. In more details, when I hit the [EDIT] button of an already installed JRE, or the [ADD] button of a new JRE, the edit JRE dialog opens as usual, but when I press the [BROWSE...] button it freezes. This happens with Eclipse 3.2.1 (upstream), with Fedora Eclipse (default), with any JDK configure as system JDK (I've tried with gcj, Sun Java 1.5.0_10 and 1.6.0_rc1). I'm not totally sure when this problem begun, as I use this feature once in a while developing Classpath, so when I configure a new JDK there is no need for me to come back on this dialogue, but I'm pretty sure to have used this feature at least one time before the last gtk update. My guess is that there is some threading issue with gtk that ends up in a deadlock or something. Anyway, as I don't have any output from Eclipse (tried with usual switch: -consoleLog -verbose -debug etc...), I thought to report it as an Eclipse bug. Version-Release number of selected component (if applicable): Eclipse 3.2.x How reproducible: Steps to Reproduce: 1. Go to Preferences->Java->Installed JRE 2. Add a new JRE or edit one 3. Press the BROWSE button Actual results: Eclipse freezes Expected results: It should let the user to configure the Java Runtimes. Additional info:
I think this is a duplicate of bug #217843. Specifically, I think this is a manifestation of the SELinux part of that bug. Dan Walsh has stated that a fix for that is in selinux-policy-2.4.6-6 which I assume will be an FC6 update soon.
I think I can confirm this (my /var/log/message when eclipse hungs): Dec 5 20:59:19 nirvana dbus: Can't send to audit system: USER_AVC avc: denied { send_msg } for msgtype=method_call interface=org.freedesktop.DBus member=Hello dest=org.freedesktop.DBus spid=13362 scontext=user_u:system_r:java_t tcontext=user_u:system_r:unconfined_t tclass=dbus : exe="/bin/dbus-daemon" (sauid=500, hostname=?, addr=?, terminal=?) I think you can mark this bug as duplicated, if I have more info I'll let you know. Thanks for the quick reply.
*** This bug has been marked as a duplicate of 217843 ***