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.
This bug was originally marked as duplicate of bug 203555, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE Dev (Build 201110270600) VM: Java HotSpot(TM) 64-Bit Server VM, 21.0-b17, Java(TM) SE Runtime Environment, 1.7.0-b147 OS: Windows 7 User Comments: GUEST: SHIFT-F11 (clean compile) AmLn: May be this is coincidence, but I constantly have lot of problems with external CVS usage. In my project I have several paths (including the one stated in summary of this report) which were removed from CVS repository, and as long as I have to update my project with external script based on CVS its command "cvs update -dP" creates empty directories and then prunes them every update. The problem is that NetBeans catches these temporary created folders and adds them to the project, locking them for removal by CVS, and I receive errors during "cvs update" almost every update when NetBeans is running. How to solve this problem - I have no idea... This time I've just clicked NetBeans button in taskbar after long inactivity. lazyguru: Nothing. NetBeans was in the background GUEST: Delete and Create project file from OS xgathos: this happened while updating repository with external tool, not with netbeans interated svn tools GUEST: Trying to delete some of those files VuuRWerK: This happens while using the 'clean-up' command of svn (I'm using Tortoise-SVN) dbell: Deleted netbeans mercurial repository when some modules were open in the editor. The module named in the exception, however, was not open. Stacktrace: java.lang.AssertionError: FileName: D:\prj\crcl\info\trunk\web\etc\crcl\info\.svn\tmp#cb35d6ef@d9030f0 tmp at org.netbeans.modules.masterfs.filebasedfs.naming.FileName.<init>(FileName.java:73) at org.netbeans.modules.masterfs.filebasedfs.naming.FolderName.<init>(FolderName.java:61) at org.netbeans.modules.masterfs.filebasedfs.naming.NamingFactory.createFileNaming(NamingFactory.java:293) at org.netbeans.modules.masterfs.filebasedfs.naming.NamingFactory.registerInstanceOfFileNaming(NamingFactory.java:218) at org.netbeans.modules.masterfs.filebasedfs.naming.NamingFactory.fromFile(NamingFactory.java:92) at org.netbeans.modules.masterfs.filebasedfs.children.ChildrenSupport$1IOJob.run(ChildrenSupport.java:230) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FolderObj.computeChildren(FolderObj.java:167) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FolderObj.getChildren(FolderObj.java:153) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectKeeper.listenTo(FileObjectKeeper at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FolderObj.computeChildren(FolderObj.java:196) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FolderObj.getChildren(FolderObj.java:153) at org.openide.loaders.DataObjectPool.getTargets(DataObjectPool.java:714) at org.openide.loaders.DataObjectPool.access$600(DataObjectPool.java:60) at org.openide.loaders.DataObjectPool$FSListener.fileDeleted(DataObjectPool.java:633) at org.openide.filesystems.FCLSupport$DispatchEventWrapper.dispatchEventImpl(FCLSupport.java:148)
Created attachment 112555 [details] stacktrace
This bug has >20 exception reports so increasing priority to P2 based on Bug Priority Guidelines [1]. [1] http://wiki.netbeans.org/BugPriorityGuidelines
Just a blind guess, but it might work: ergonomics#e86fc50ac8bb
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/e86fc50ac8bb User: Jaroslav Tulach <jtulach@netbeans.org> Log: #204389: Skip invalid file objects
no recent reports from dev build - seems like fix works fine. Verified.