This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
attempting to drag + drop any component in the IDE causes the gnome window manager to freeze. the window manager (gnome-session) must be killed and the user must re-login. solaris 2.9 gnome 2.8 j2se 1.5.0
Martin, please take care of this, I obviously can't reproduce on my winXP.
Jan, could you please try to reproduce it? I think you have this environment available. Let Martin know if you can help with this issue. Thanks.
farble1670, we've just tried it on: 1) FC3, Gnome 2.8, JDK 1.5 2) Solaris 2.9, Gnome 2.0, JDK 1.5 (jlahoda) and everything works. So the problem is not probably on the NetBeans side. Does it happen only with the NebBeans and not with other JavaApps? Also are there any message in the $NB_USER_DIR/var/log/messages.log? Can you tried it also with another JDK and another WM to get more closer to the source of the problem? So if you then still think the problems is on the netbeans side, please add as much information as possible and reopen. Tnanks. m. PS: is there any easy way to get Gnome 2.8 for Solaris 2.9
no, it does not happen with any other app. in fact i've never seen this happen with any app, java or otherwise. you can get gnome 2.8 for solaris by using the pkg-get util. it is available here: http://www.blastwave.org/pkg-get.php the pkg is called simply "gnome". it will get and install all of the dependencies. this happens 100% everytime i drag anything in the ui. if there is some sort of debug flag i can set that would help to generate some information that is useful to you, please let me know. there are a lot of messages in the log. next time it accidently drag something i will see if any of the messages correspond to the lockup. here's my system info from the log: >System Info: Product Version = NetBeans IDE 4.1 Beta (Build 200502222100) Operating System = SunOS version 5.9 running on sparc Java; VM; Vendor = 1.5.0; Java HotSpot(TM) Server VM 1.5.0-b64; Sun Microsystems Inc. Java Home = /share/builds/components/jdk/1.5.0/SunOS/jre System Locale; Encod. = en (nb); ISO646-US Home Dir; Current Dir = /home/jtb; /home/jtb IDE Install; User Dir = /home/jtb/netbeans-4.1beta/platform5; /home/jtb/.netbeans/4.1beta CLASSPATH = /home/jtb/netbeans-4.1beta/platform5/lib/boot.jar:/share/builds/components/jdk/1.5.0/SunOS/lib/dt.jar:/share/builds/components/jdk/1.5.0/SunOS/lib/htmlconverter.jar:/share/builds/components/jdk/1.5.0/SunOS/lib/htmlconverter_g.jar:/share/builds/components/jdk/1.5.0/SunOS/lib/jconsole.jar:/share/builds/components/jdk/1.5.0/SunOS/lib/sa-jdi.jar:/share/builds/components/jdk/1.5.0/SunOS/lib/tools.jar Boot & ext classpath = /share/builds/components/jdk/1.5.0/SunOS/jre/lib/rt.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/i18n.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/sunrsasign.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/jsse.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/jce.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/charsets.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/classes:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/ext/sunjce_provider.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/ext/sunpkcs11.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/ext/dnsns.jar:/share/builds/components/jdk/1.5.0/SunOS/jre/lib/ext/localedata.jar Dynamic classpath = /home/jtb/netbeans-4.1beta/platform5/core/core.jar:/home/jtb/netbeans-4.1beta/platform5/core/openide-loaders.jar:/home/jtb/netbeans-4.1beta/platform5/core/openide.jar:/home/jtb/netbeans-4.1beta/platform5/core/org-netbeans-swing-plaf.jar:/home/jtb/netbeans-4.1beta/platform5/core/updater.jar:/home/jtb/netbeans-4.1beta/nb4.1/core/org-netbeans-upgrade.jar:/home/jtb/netbeans-4.1beta/nb4.1/core/locale/core_nb.jar:/home/jtb/netbeans-4.1beta/ide5/core/org-netbeans-modules-utilities-cli.jar
some more information ... i have a dual-head system. when i start netbeans on :0.0 (head 1), drag & drop works fine. when i start it on :0.1 (head 2), it fails as described. i also tried starting an XDMCP session from another host (remote window manager session). it worked fine in this case (the display was still :0.0, but a different host). i tried with jdk 1.4.2_07b5 and jdk 1.5.0. this made no difference. i tried with the CDE window manager 1.5, this made no difference. so it appears that this is not related to the window manager, and is not related to the jdk version.
Hello farble1670, thanks for the feedback. I don't know if you've received my mail... Shorter version follows It's not so easy to find/simulate such a configuration. Please could you give some more information about your machine and your environment? * Are you using Xinerama? * More info about your X setup. * Can you send me a thread dump of that frozen netbeans instance. You are probably able to somehow connect to a "frozen" machine. You can do it by: kill -SIGQUIT $PID_OF_NETBEANS_JAVA_PROCESS You could find the $PID_OF_JAVA_PROCESS with "ps x | grep boot\.jar" I've never use such a setup and I don't use Solaris but I believe that the problem will be in dual-head which I could eventually setup on my Linux as well. I just want to try if there isn't a fastest way before I'll have to install the setup you have. And also to be able to simulate your situation/setup as similar as posible, whatever information would be helpful. Thanks, m.
First of all thanks for forcing me to setup dual head system on my machine - really nice, I haven't tried yet and it wasn't so hard ;) But from what I've tried everything works for me. I started netbeans, as well as X, on both heads, ran under JDK 1.5.0_02 and 1.4.2_07, moving netbeans Windows (Explorer, PropertySheet, ...), moving component in GUI form editor and everything works smoothly without freeze. Do you still have the problem with the latest build (10 days without feedback)? If so, probably bug in Solaris or in its packages? We would have to investigate it little more together (e.g. thread dump). Also do you have opportunity to give it a try on the same machine with other unix/linux? System I've used for successful testing: FC2, Fluxbox 0.9.10, X 6.7.0 For now closing as works for me.
no, i am not using xinerama. i simply start two X servers. in my /etc/dt/config/Xservers file, i have: :0 Local local_uid@console root /usr/openwin/bin/Xsun :0 -dev /dev/fb0 defdepth 24 defclass TrueColor -dev /dev/fb1 defdepth 24 defclass TrueColor
i tried getting a stack trace. where do i expect to see it? i have no access to the window session where the netbeans process is running. i checked in .../.netbeans/var/logs and it is not there.
okay, i got a stack trace ... by starting netbeans on my local display from a remote terminal window, and then doing the kill ... it is as follows: Full thread dump Java HotSpot(TM) Server VM (1.5.0-b64 mixed mode): "Text-Layout" prio=1 tid=0x01f367a0 nid=0x2a in Object.wait() [0xe1a7f000..0xe1a 7f910] at java.lang.Object.wait(Native Method) - waiting on <0xf157a310> (a org.netbeans.editor.view.spi.ViewLayoutQueu e) at java.lang.Object.wait(Object.java:474) at org.netbeans.editor.view.spi.ViewLayoutQueue.waitForTask(ViewLayoutQu eue.java:128) - locked <0xf157a310> (a org.netbeans.editor.view.spi.ViewLayoutQueue) at org.netbeans.editor.view.spi.ViewLayoutQueue$LayoutThread.run(ViewLay outQueue.java:182) "Inactive RequestProcessor thread [Was:JarFs - modification watcher/org.openide. filesystems.JarFileSystem$2]" daemon prio=1 tid=0x01cb6c70 nid=0x29 in Object.wa it() [0xe1dff000..0xe1dffc10] at java.lang.Object.wait(Native Method) - waiting on <0xf08783d8> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf08783d8> (a java.lang.Object) "Inactive RequestProcessor thread [Was:TimedSoftReference/org.openide.util.Timed SoftReference]" daemon prio=1 tid=0x01f92f90 nid=0x28 in Object.wait() [0xe1eff0 00..0xe1effc90] at java.lang.Object.wait(Native Method) - waiting on <0xf0878158> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf0878158> (a java.lang.Object) "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.Fol derList$ListTask]" daemon prio=1 tid=0x00d24708 nid=0x27 in Object.wait() [0xe1f ff000..0xe1fffb90] at java.lang.Object.wait(Native Method) - waiting on <0xf08789b8> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf08789b8> (a java.lang.Object) "MDR event dispatcher" daemon prio=1 tid=0x01383ad8 nid=0x26 in Object.wait() [0 xe20ff000..0xe20ffb10] at java.lang.Object.wait(Native Method) - waiting on <0xf153cbe8> (a java.util.LinkedList) at java.lang.Object.wait(Object.java:474) at org.netbeans.mdr.util.EventNotifier$EventsDelivery.run(EventNotifier. java:257) - locked <0xf153cbe8> (a java.util.LinkedList) at java.lang.Thread.run(Thread.java:595) "VCS Command Tasks Starter Loop" daemon prio=1 tid=0x00b45070 nid=0x25 in Object .wait() [0xe21ff000..0xe21ffa90] at java.lang.Object.wait(Native Method) - waiting on <0xf107f818> (a org.netbeans.modules.vcscore.commands.Comma ndProcessor) at java.lang.Object.wait(Object.java:474) at org.netbeans.modules.vcscore.commands.CommandProcessor.executorStarte rLoop(CommandProcessor.java:757) - locked <0xf107f818> (a org.netbeans.modules.vcscore.commands.CommandPr ocessor) at org.netbeans.modules.vcscore.commands.CommandProcessor.access$700(Com mandProcessor.java:65) at org.netbeans.modules.vcscore.commands.CommandProcessor$5.run(CommandP rocessor.java:776) at java.lang.Thread.run(Thread.java:595) "Inactive RequestProcessor thread [Was:TimedSoftReference/org.openide.util.Timed SoftReference]" daemon prio=1 tid=0x00978658 nid=0x24 in Object.wait() [0xe22ff0 00..0xe22ffa10] at java.lang.Object.wait(Native Method) - waiting on <0xf15346f0> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf15346f0> (a java.lang.Object) "Inactive RequestProcessor thread [Was:Default RequestProcessor/null]" daemon pr io=1 tid=0x00abc178 nid=0x23 in Object.wait() [0xe23ff000..0xe23ffc90] at java.lang.Object.wait(Native Method) - waiting on <0xf0879fa8> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf0879fa8> (a java.lang.Object) "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.openide.expl orer.view.TreeView$2]" daemon prio=1 tid=0x0144eaa8 nid=0x22 in Object.wait() [0 xe24ff000..0xe24ff910] at java.lang.Object.wait(Native Method) - waiting on <0xf0878e60> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf0878e60> (a java.lang.Object) "Inactive RequestProcessor thread [Was:TimedWeakReference/org.netbeans.modules.p rojectapi.TimedWeakReference]" daemon prio=1 tid=0x012d1588 nid=0x21 in Object.w ait() [0xe8e7f000..0xe8e7f990] at java.lang.Object.wait(Native Method) - waiting on <0xf08787a8> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf08787a8> (a java.lang.Object) "DestroyJavaVM" prio=10 tid=0x00037ec8 nid=0x1 waiting on condition [0x00000000. .0xffbfe928] "TimerQueue" daemon prio=10 tid=0x005407c0 nid=0x20 in Object.wait() [0xe25ff000 ..0xe25ffb90] at java.lang.Object.wait(Native Method) - waiting on <0xf10c3080> (a javax.swing.TimerQueue) at javax.swing.TimerQueue.run(TimerQueue.java:233) - locked <0xf10c3080> (a javax.swing.TimerQueue) at java.lang.Thread.run(Thread.java:595) "AWT-EventQueue-1" prio=10 tid=0x00a6f130 nid=0x1f runnable [0xe80fe000..0xe80ff c10] at sun.awt.motif.X11DragSourceContextPeer.startDrag(Native Method) at sun.awt.motif.X11DragSourceContextPeer.startDrag(X11DragSourceContext Peer.java:74) at sun.awt.dnd.SunDragSourceContextPeer.startDrag(SunDragSourceContextPe er.java:111) at java.awt.dnd.DragSource.startDrag(DragSource.java:306) at java.awt.dnd.DragSource.startDrag(DragSource.java:376) at java.awt.dnd.DragGestureEvent.startDrag(DragGestureEvent.java:247) at org.openide.explorer.view.ExplorerDragSupport.dragGestureRecognized(E xplorerDragSupport.java:111) at org.openide.explorer.view.TreeViewDragSupport.dragGestureRecognized(T reeViewDragSupport.java:57) at java.awt.dnd.DragGestureRecognizer.fireDragGestureRecognized(DragGest ureRecognizer.java:339) - locked <0xf16eb0d8> (a sun.awt.motif.MMouseDragGestureRecognizer) at sun.awt.motif.MMouseDragGestureRecognizer.mouseDragged(MMouseDragGest ureRecognizer.java:202) at java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:26 2) at java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:26 1) at java.awt.Component.processMouseMotionEvent(Component.java:5536) at javax.swing.JComponent.processMouseMotionEvent(JComponent.java:3111) at java.awt.Component.processEvent(Component.java:5257) at java.awt.Container.processEvent(Container.java:1966) at java.awt.Component.dispatchEventImpl(Component.java:3955) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Component.dispatchEvent(Component.java:3803) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212 ) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3909) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822) at java.awt.Container.dispatchEventImpl(Container.java:2010) at java.awt.Window.dispatchEventImpl(Window.java:1766) at java.awt.Component.dispatchEvent(Component.java:3803) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchTh read.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre ad.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) "Inactive RequestProcessor thread [Was:Flush ide.log/org.netbeans.core.TopLoggin g$StreamDemultiplexor]" daemon prio=1 tid=0x005270e8 nid=0x1a in Object.wait() [ 0xe2e7f000..0xe2e7f910] at java.lang.Object.wait(Native Method) - waiting on <0xf0458b98> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf0458b98> (a java.lang.Object) "FAQ Fetcher" daemon prio=1 tid=0x009cd0f8 nid=0x19 in Object.wait() [0xe2f7f000 ..0xe2f7fc90] at java.lang.Object.wait(Native Method) - waiting on <0xf04fd150> (a java.util.Collections$SynchronizedSet) at org.netbeans.modules.vcscore.turbo.local.FileAttributeQuery$Preparati onTask.waitForRequests(FileAttributeQuery.java:436) - locked <0xf04fd150> (a java.util.Collections$SynchronizedSet) at org.netbeans.modules.vcscore.turbo.local.FileAttributeQuery$Preparati onTask.run(FileAttributeQuery.java:378) at org.openide.util.Task.run(Task.java:189) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:330) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :721) "Inactive RequestProcessor thread [Was:Default RequestProcessor/null]" daemon pr io=1 tid=0x00a6fdb0 nid=0x18 in Object.wait() [0xe81ff000..0xe81ffc10] at java.lang.Object.wait(Native Method) - waiting on <0xf01a82d8> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf01a82d8> (a java.lang.Object) "Inactive RequestProcessor thread [Was:Default RequestProcessor/null]" daemon pr io=1 tid=0x0070b1e0 nid=0x17 in Object.wait() [0xe7dff000..0xe7dffb90] at java.lang.Object.wait(Native Method) - waiting on <0xf00c4f88> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :692) - locked <0xf00c4f88> (a java.lang.Object) "AWT-Motif" daemon prio=10 tid=0x0045ea48 nid=0x14 waiting for monitor entry [0x e82ff000..0xe82ffa10] at sun.awt.motif.MToolkit.run(Native Method) at java.lang.Thread.run(Thread.java:595) "AWT-Shutdown" prio=10 tid=0x0045e558 nid=0x13 in Object.wait() [0xe83ff000..0xe 83ff990] at java.lang.Object.wait(Native Method) - waiting on <0xf088b800> (a java.lang.Object) at java.lang.Object.wait(Object.java:474) at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259) - locked <0xf088b800> (a java.lang.Object) at java.lang.Thread.run(Thread.java:595) "Java2D Disposer" daemon prio=10 tid=0x004307e8 nid=0x12 in Object.wait() [0xe84 ff000..0xe84ff910] at java.lang.Object.wait(Native Method) - waiting on <0xf088bc18> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) - locked <0xf088bc18> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132) at sun.java2d.Disposer.run(Disposer.java:107) at java.lang.Thread.run(Thread.java:595) "Active Reference Queue Daemon" daemon prio=1 tid=0x002cf008 nid=0x11 in Object. wait() [0xe8c7f000..0xe8c7fc90] at java.lang.Object.wait(Native Method) - waiting on <0xf01bc378> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) - locked <0xf01bc378> (a java.lang.ref.ReferenceQueue$Lock) at org.openide.util.Utilities$ActiveQueue.run(Utilities.java:2442) at java.lang.Thread.run(Thread.java:595) "Timer-0" daemon prio=10 tid=0x004755e0 nid=0x10 in Object.wait() [0xe8d7f000..0 xe8d7fc10] at java.lang.Object.wait(Native Method) - waiting on <0xf09b2278> (a java.util.TaskQueue) at java.util.TimerThread.mainLoop(Timer.java:509) - locked <0xf09b2278> (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:462) "CLI Requests Server" daemon prio=10 tid=0x0030a138 nid=0xe runnable [0xe8f7f000 ..0xe8f7fb10] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384) - locked <0xf09a39c0> (a java.net.SocksSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:450) at java.net.ServerSocket.accept(ServerSocket.java:421) at org.netbeans.CLIHandler$Server.run(CLIHandler.java:758) "Low Memory Detector" daemon prio=10 tid=0x00149cd0 nid=0xb runnable [0x00000000 ..0x00000000] "CompilerThread1" daemon prio=10 tid=0x00148c28 nid=0xa waiting on condition [0x 00000000..0xfa97e9c8] "CompilerThread0" daemon prio=10 tid=0x00147dc0 nid=0x9 waiting on condition [0x 00000000..0xfaa7ed48] "AdapterThread" daemon prio=10 tid=0x00146f58 nid=0x8 waiting on condition [0x00 000000..0x00000000] "Signal Dispatcher" daemon prio=10 tid=0x00146188 nid=0x7 waiting on condition [ 0x00000000..0x00000000] "Finalizer" daemon prio=10 tid=0x0013a7b0 nid=0x6 in Object.wait() [0xfb67f000.. 0xfb67fb10] at java.lang.Object.wait(Native Method) - waiting on <0xf00c51e0> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) - locked <0xf00c51e0> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) "Reference Handler" daemon prio=10 tid=0x00138838 nid=0x5 in Object.wait() [0xfb 77f000..0xfb77fa90] at java.lang.Object.wait(Native Method) - waiting on <0xf00cc1c0> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:474) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) - locked <0xf00cc1c0> (a java.lang.ref.Reference$Lock) "VM Thread" prio=10 tid=0x00136398 nid=0x4 runnable "GC task thread#0 (ParallelGC)" prio=10 tid=0x0011d618 nid=0x2 runnable "GC task thread#1 (ParallelGC)" prio=10 tid=0x0011d858 nid=0x3 runnable "VM Periodic Task Thread" prio=10 tid=0x0014b758 nid=0xc waiting on condition
Please be more detailed about how did you exactly reproduce the lock. 1) I still don't understand if you just drag and drop components in GUI Form editor or d'n'd Windows in Netbeans (like property sheet or navigator). What exactly causes the lock. 2) Also please attach the dump stack as attachment. It will be easier to read. 3) Do you have a chance to try it the same/similar configuration on the same machine under another unix/linux? Anyway thanks for the additional info, I'll try to simulate your setup. (really egde case --> P3)
if i move my mouse over any user interface widget ... a file, icon, file tab, etc ... hold down the mouse, and mouse the mouse, it will lock up. i will add the trace as an attachement. no, i am not able to try the configuration on the same machine with a different unix / linux. as this is a sparc box i am not even sure this is possible. maybe i don't understand what you are asking.
Created attachment 21241 [details] stack trace from nb java process after window mgr lock
> i will add the trace as an attachement. I thought that you are able to attach it without line wrapping :) (terminals with more than 80 cols). Doesn't matter, I'll parse it manually. > no, i am not able to try the configuration on the same machine with > a different unix / linux. as this is a sparc box i am not even sure > this is possible. maybe i don't understand what you are asking. I don't know sparc. I just thought there could be something like lilo/grub with possibility to boot up more OSes. Ok, thanks for info.
Seems very similar to this JDK bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6237410
Thanks, Honzo. It is the same issue as our - exactly the same thread dump (regarding AWT event queue). farble1670, if you are able to reproduce with some simple application or some testcase, please attach it here or into the jdk bug. I don't have access to a Solaris system with such a configuration now. Thanks.
there are important differences in the bug that was referenced: 1. "The solution is log in remotely and kill the JVM" ... this does not solve the problem i am having. as i stated, one must remotely log in and kill the window manager. 2. "This problem doesn't occur on Java 1.4" ... this bug happens on 1.4 and 1.5. 3. "Could not reproduce the problem using JDK 1.5.0 b64" ... i have already note that i can reproduce this on 1.5.0_b64 i cannot attach a testcase because the testcase is hardware based. as i already noted i can reproduce this on multiple java versions and multiple window managers. it's is 100% reproducible for me, 100% of the time. i understand this is a pain in the butt problem to track down. however, until you verify that it does not happen on my exact same hardware setup and configuration, OR provide a simple non-netbeans test case that reproduces it (thereby showing it to be a java problem) ...
> 1. "The solution is log in remotely and kill the JVM" ... this does > not solve the problem.... [cutted] I'll try to contact JDK Bug reporter to get more information > 2. "This problem doesn't occur on Java 1.4" ... this bug happens on > 1.4 and 1.5. 1.4 - Did you try 1.4.2_06 (last time you noted 1.4.2_07b5) 1.5 - see bellow > 3. "Could not reproduce the problem using JDK 1.5.0 b64" ... i have > already note that i can reproduce this on 1.5.0_b64 The evaluation is not up-to-date in jdk bug. Reporter refresh his description and he can also 100% reproduces the bug. Originaly there wasn't note that one must use a second head. So exactly the same. Let's wait for a new evaluation. > i understand this is a pain in the butt problem to track down. > however, until you verify that it does not happen on my exact same > hardware setup and configuration, OR provide a simple non-netbeans > test case Another thing which would be very helpful is if you could try the FreeMind application as described in JDK bug. Than, if it locks X, we could compare dumpstacks and.... I believe it is the same problem ;)
> 1. "The solution is log in remotely and kill the JVM" ... this does > not solve the problem i am having. as i stated, one must remotely > log in and kill the window manager. I've contact JDK bug reporter. You must send a SIGKILL, since SIGTERM is not enough, to the running JVM to "unlock" X server (let me know if it helps). I've also update JDK bug description (not sure when the chages will be reflected on the web). Please let me know if you have some result with FreeMind.
i tried freemind, and it also locks. so it appears that as you suspected, this is not a netbeans issue. thanks for your help.
I've also contacted the reporter of JDK bug and his colleague reproduced it on the same configuration as you have --> v/c. Thanks Honzo for pointing to the JDK bug which helps a lot. I'll write here a note when JDK bug is solved.
Hello farble, just fyi, the JDK bug should be fixed in the 1.6.0-ea-b39. Please let us now is you the problem is still reproducible for you. Thanks.
*** Issue 59752 has been marked as a duplicate of this issue. ***