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.
I've been using recent dev builds of NB 5.5, and in the past week, I've come across this issue against a 9/14 build and a 9/19 build. For the first few hours, I can create projects, but after a while, any attempt to create a new project will hang the IDE immediately after clicking the "Finish" button. After killing the IDE's java process, I notice that the project directory and its nbproject directory have been created, but nothing else. I've attempted wiping out the user directory, but the IDE still hangs when I try to create the project. The only solution that appears to work is to re-install the IDE. No related exception is being written to the log, but I am including my log for the sake of identifying what my environment is. I'm assigning this as a P1 issue because it is absolutely impossible for me to create a project without re-installing the IDE.
Created attachment 34390 [details] messages.log
On further investigation, I discovered that this issue appears to happen when I attempt to create my project under my subversion working directory. I created a project outside my subversion working directory and the IDE did not hang. Then I created one inside my subversion working directory and it hung again.
Work-around: 1. Disable Subversion module 2. Create project 3. Enable Subversion module. I tried this work-around and it works.
fixed in trunk /cvs/subversion/main/src/org/netbeans/modules/subversion/Subversion.java,v <-- Subversion.java new revision: 1.60; previous revision: 1.59
reverted the previous fix as this would break #82243. even if the problem was introduced with the above mentioned fix, the actuall reason for it seems to be that in scope of FileSystemHandler.fileFolderCreated() is the sharability query already called before the fileCreatedImpl() is started in an asynchronous task. This happens because of the getStatus() call which also leads to a sharability query call in case of yet unknown files. fix: call getStatus() in scope of the FileCreatedTask() subversion/main/src/org/netbeans/modules/subversion/FilesystemHandler.java http://subversion.netbeans.org/source/browse/subversion/main/src/org/netbeans/modules/subversion/Subversion.java?r1=1.60&r2=1.61
The patch seems fine, it prevents the deadlock by synchronizing the exclusive part of code into single thread.
merged into 5.5 Checking in FilesystemHandler.java; /cvs/subversion/main/src/org/netbeans/modules/subversion/FilesystemHandler.java,v <-- FilesystemHandler.java new revision: 1.30.4.10; previous revision: 1.30.4.9
Verified.