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.

Bug 132961 - open project hangs ide
Summary: open project hangs ide
Status: CLOSED WONTFIX
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Projects UI (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P3 blocker (vote)
Assignee: David Simonek
URL:
Keywords: JDK_SPECIFIC, RANDOM
Depends on:
Blocks:
 
Reported: 2008-04-16 08:09 UTC by simonmcpaton
Modified: 2011-06-09 09:57 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Netbeans thread dump (34.17 KB, text/plain)
2008-04-18 07:43 UTC, simonmcpaton
Details
thread dump (33.67 KB, text/plain)
2008-04-18 08:52 UTC, Milan Kubec
Details
thread dump (33.23 KB, text/plain)
2008-04-18 08:53 UTC, Milan Kubec
Details
thread dump (33.38 KB, text/plain)
2008-04-18 08:54 UTC, Milan Kubec
Details
thread dump (24.27 KB, text/plain)
2008-04-18 08:54 UTC, Milan Kubec
Details

Note You need to log in before you can comment on or make changes to this bug.
Description simonmcpaton 2008-04-16 08:09:57 UTC
When I click open project it hangs the IDE- the java process for the ide sits at 50% cpu usage and it doesn't do
anything else. I have to kill the process and start it up again. I think it has something to do with the ide scanning
files to set what folders are netbeans projects, not 100% sure though.
Comment 1 Milan Kubec 2008-04-16 08:29:48 UTC
Please provide thread dump (or better - couple of them) from the hang, see: http://wiki.netbeans.org/GenerateThreadDump.
Provide also IDE version and JDK version. Thanks.
Comment 2 simonmcpaton 2008-04-16 18:51:37 UTC
Product Version: NetBeans IDE 6.0.1 (Build 200801291616)
Java: 1.6.0_02; Java HotSpot(TM) Client VM 1.6.0_02-b06
System: Windows XP version 5.1 running on x86; Cp1252; en_ZA (nb)

Will update with thread dumps as soon as possible.
Comment 3 simonmcpaton 2008-04-18 07:43:13 UTC
Created attachment 60388 [details]
Netbeans thread dump
Comment 4 Milan Kubec 2008-04-18 08:52:59 UTC
Created attachment 60396 [details]
thread dump
Comment 5 Milan Kubec 2008-04-18 08:53:35 UTC
Created attachment 60397 [details]
thread dump
Comment 6 Milan Kubec 2008-04-18 08:54:06 UTC
Created attachment 60398 [details]
thread dump
Comment 7 Milan Kubec 2008-04-18 08:54:35 UTC
Created attachment 60400 [details]
thread dump
Comment 8 Milan Kubec 2008-04-18 08:55:24 UTC
I've attached separate unzipped thread dumps to be better accessible.
Comment 9 Milan Kubec 2008-04-18 11:18:30 UTC
There is no deadlock in those thread dumps, it looks that directory chooser is waiting for something that takes too much
time on windows. Dafe, have you seen such thread dumps?
Comment 10 Milan Kubec 2008-06-23 14:48:55 UTC
Dafe, please evaluate. There are two thread dumps showing AWT EQ waiting when executing some dirchooser code. Thanks.
Comment 11 crodolitz 2008-07-30 20:49:17 UTC
I have the exact same issue on my Windows XP machine.  Let me know if you need an additional thread dump from me. 
Comment 12 Tomas Danek 2008-09-09 14:08:20 UTC
TM=TBD -> still waiting for evaluation...
Comment 13 David Simonek 2008-09-24 16:29:50 UTC
Evaluation: Dumps show that code is running somewhere deep in Win JDK code, namely WinShellFolder code leading to native
calls. All that projects as well as directory chooser are doing is asking for file properties (isDirectory,
getNodeText() etc).

We need more information and way to reproduce this issue in order to do anything. Is there anything special in your
filesystems? Some projects data on remote storage across the net? Some special filesystems?
Comment 14 David Simonek 2008-09-24 16:40:34 UTC
After some hunting in bugster, I think I found that this is duplicate of JDK bug
http://bugs.sun.com/view_bug.do?bug_id=6744953, marking as such.
Reporters, if you have any reproducible scenario (and some answers to my previous questions), please post them here, thanks.
Comment 15 Marian Mirilovic 2011-06-09 09:57:03 UTC
v/c