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.
Created attachment 142029 [details] Thread dump and JVM arguments Hi, NetBeans 7.4 keeps hanging after i try to open existing project or create a new project and navigate between folders/directories to select its location. I am using MacBook Air OSX 10.9 fresh clean install (before it was 10.7.5) with JDK 1.7_45. At first I thought I broke some links or settings of the Java versions and location when I was trying to get Jdeveloper to work but it did not work with the same hang/freeze issue. Anyway, today i formatted the MacBook Air and did a clean install and after many trials and even deleting NetBeans (and every reference of it in cache and data not only the application) and reinstall, I can say the following 3 situations are reproducible on my system: 1. Start Netbeans after new install but do not create any project or open one. Nothing wrong happens and kept it running in background for a while too. 2. Open existing project and after it does the indexing try to add a Library to the classpath and navigate to some directory to create a new user library. It hangs. 3. After new install try to create a project and navigate between folders to choose a location. It hangs. See attached file for the "Overview", "JVM arguments" and "Thread dump" sections I exported from VisualVM while the NetBeans hang when creating new project. This problem started after I installed JDK 7 to test Jdeveloper. I did not install the supported Apple JDK6 yet just incase I need to run some tests for you guys.
After restarting the laptop this morning and trying Netbeans again everything worked fine and I tried the create new project and looked working fine. Left the Netbeans running and window open on add library for half an hour without any (recognisable by me) issue. Last trial was adding a jar to the project and navigating around but did not select any jar or close the navigation window. Came here to close the issue thinking I was too fast in registering the bug. Went back to netbeans and sadly enough it just hang and when switching between applications it just does not show and stay hidden in the background. Wanted to take thread dump again using VisualVM but it only recognise the NetBeans as "NetBeans IDE 6.9+" and can only get the following JVM arguments: -Djdk.home=/Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home -Dnetbeans.default_userdir_root=/Users/XXX/Library/Application Support/NetBeans -Dnetbeans.dirs=/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/nb:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/ergonomics:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/ide:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/extide:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/java:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/apisupport:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/webcommon:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/websvccommon:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/enterprise:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/mobility:/Applications/NetBeans/NetBeans 7.4.app/Contents/Resources/NetBeans/profiler:/Application No thread dump can be found and heap dump gives an alert that it can not do a heap dump for this application. I am not sure what I can do to help you guys pin point the cause. It looks like to me it has something to do with navigating in directories. Maybe some strict rule blocking a response or something.
I am also getting this issue or similar. OSX 10.9, JDK 1.7.45. However I have been unable to isolate the issue, it seems semi-random to me. Gut feel says it relates to file activity, as it often happens in some shape or form when opening a file, particularly via hyperlink (i.e. Jump to class/method). As best I can tell, the UI thread dies in some way. Other threads seem to keep running - for example I have autosave plugin, and it autosaves. On the other hand, I have seem some parts of the UI in the background continue to refresh (e.g. memory monitor) which suggests UI thread is not dead. It may simply be that User input is locked. Also incidentally happens on Netbeans 7.3.1 - which it never used to do on OSX 10.8. Note that I had JDK1.7.45 for a while before going to OSX10.9 and it was OSX10.9 that caused the problem. Another possible factor, I have multiple monitors and it could be related to the new OSX multiple menu function???
Created attachment 142044 [details] Thread dump in OSX 9 hang Stack dump to go with my comment. In this case I had just fixed a bunch of imports (Command \ I believe)
Further clarification to my last comment: It seems that pasting an implements statement, which in turn forces you to choose a class to import is reasonably reliable at creating the problem. For example, I have a bunch of classes which I was manually refactoring like so: (Original code) public class XXX implements Callable<Callable[]>{ ... (After refactoring) public class XXX extends BaseTask implements RunnableFutureProvider<Callable[]>{ ... After pasting the code, I get the "Pasted code refers to the following not imported elements, resolve imports to include them" (for my class RunnableFutureProvider). More often than not, I get a hang out of that. Having said all that, there seem to be numerous other scenarios, some of which are documented in other recent bugs.
According to thread dump, this is duplicate of issue #236101. *** This bug has been marked as a duplicate of bug 236101 ***