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.
When using a "code template" while the IDE is "scanning projects" the IDE stops responding and never completes the project scanning. The only solution appears to be to use the task manager to kill the IDE and restart it. This bug has been replicated several times on two separate installations/PCs and appears to only happen on Windows 7.
Could you please provide a thread dump in such a case? Thanks. http://wiki.netbeans.org/GenerateThreadDump
Created attachment 100878 [details] Console dump As requested here is the console dump
Reassigning for further evaluation.
This bug is really annoying and more or less renders Netbeans unusable for anyone using code templates on Windows 7. Our organisation is considering changing editor because of this, which I really want to avoid. What is a typical time span for fixing a bug?
The stack trace is not complete the "Parsing & Indexing Loop" is missing among the threads. This is the thread which holds the lock. But the problem is in CSL org.netbeans.modules.csl.editor.codetemplates.GsfCodeTemplateProcessor.initParsing which calls Parsing API blocking call in AWT.
Let me know if there is any further information I can help gather.
Fixed jet-main 7230951beca3
Integrated into 'main-golden', will be available in build *201008310001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/7230951beca3 User: Tomas Zezula <tzezula@netbeans.org> Log: #188435:Netbeans stops responding when using a code template while scanning projects on Windows 7
This issue is not fixed. Netbeans still crashes in Nightly Build 201009150000 when using a code template while project scanning.
Without new thread dump + .netbeans/<version>/var/log/messages.log we cannot do much with this report. Please reopen only after adding the requested information. Thanks.
Created attachment 102415 [details] Console dump as of Build 20101014000 Like aDaneInSpain I've been experiencing this since I moved to Windows 7 just under a year ago. This is from my office computer, but the same happens with any version of Netbeans 6.x up to now on my home computer with a 64 bit Windows and JDK installed so the problem appears to be quite widespread.
Created attachment 102417 [details] \.netbeans\dev\var\log\messages.log Complete messages.log as requested
Thanks for the information. I can start looking at it now.
The attached messages.log file is rather crucial for this problem. Passing to the correct team that can do something about it.
It seems you're using UNC paths to access your files. This is unsupported by the filesystem watches (Windows themselves refuse to register UNC paths for listening, while happily listening for the same files mapped through a drive letter). You can solve your problem either by moving the files on a local drive (which could improve the IDE performance tremendously, the log also contains cases where the IDE complained about slow FS access) or at least mapping the server as a drive letter and opening the projects that way. Still, this issue is valid, the IDE should both complain politely and just ignore such files from FS watching.
I am not sure you can attribute the original problem to IOException("wrong path"). First of all, this exception is only informational (it was always and after ergonomics#536aa1e515f2). Moreover the original report appeared way sooner than Petr did any native FS listener changes. Passing back.
I apologize for the ping-pong but please reconsider when reading the last thread dump where we clearly call at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FolderObj.getChildren(FolderObj.java:137) at org.netbeans.modules.parsing.impl.indexing.FileObjectCrawler.collect(FileObjectCrawler.java:179) It is no longer a deadlock or something but it takes forever to finish this due to the exceptions - if you look where you catch the exception and what you do after you will see that there is something very time consuming going on (recursive descent of some kind) ....
OK, if it is not a deadlock, but something is "just" slow, I need profiling snapshot: http://wiki.netbeans.org/FitnessViaPartnership
Created attachment 103662 [details] Message log 201012070001
For what it's worth, this issue can be reproduced in all versions of Netbeans PHP I've tried so far. Here's a dump from build 201012070001. It appears to happen when using Netbeans on a computer running any version of Windows 7, accessing a project stored on a server shared with Samba on CentOS or using Windows XP's built-in file sharing (obviously it affects more configurations but these are the ones I've verified through my own experience). It doesn't matter if you use \\windows\network\path or map the path as a "Network Drive", the issue is the same. When the application locks up, the window goes black and I have left it for over an hour before on a project with many files after which I ended up killing the .exe from the Task Manager.
Integrated into 'main-golden', will be available in build *201012080001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/536aa1e515f2 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #188435: Use only informational severity level. Native FS listener need not be supported all the time.