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.
Steps to reproduce: 1)Select some directory node in explorer 2)In popup menu select New->Folder 3)Type "something.class" in "Name:" field and press "Finish" button Look at Explorer window and notice, that 2 new items appear: 1)Valid folder with name "something", that contains nothing 2)Strange item with name "something", that contains node "Error" Look at filesystem, and notice that really 2 empty directories created: "something" and "something.class" Such behavior is strange.
Well reproduced with FFJ4.0ee, 020501 build on Solaris 8.
Radek, please take care of this issue
Thre are two problems: 1/ there is expected that DataObject.getName is adequate name for folder. Impl. of DataObject.getName is getPrimaryFile.getName, which is OK but its not name of folder . Name of folder must be considered as getPrimaryFile.getNameExt. 2/Clazz module resolves *.class also for folders So, reassigned to DataSystems for next evaluation.
Jano, please comment this issue. Should names with extension be allowed for folders?
IMHO: 1. clazz module is at fault for recognizing the folder. 2. DataFolder.name should indeed be the same as primaryFile.nameExt. Doesn't FileEntry.Folder already do this?
Folder containing "." is valid folder name, right? It is not about folder extension. So "something.class" is also valid folder name thus should be created. This issue looks more like a (clazz module?) bug than usability problem.
I guess ClassDataLoader.findPrimaryFile should begin with: if (fo.isFolder()) return null;
Jesse, you are right.
fixed in trunk.
VERIFIED
Resolved for 3.3.x or earlier, no new info since then -> closing.