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.
Actually, this bug is in Rainier build. Ivan noticed that the Explorers file sort order is inconsistent. Goto /net/djomolungma/export/home/test/mt and take a look. some files have the executable before the .c[c] ab[.cc], list[.c] others are backward fork1[.c], idle.cc]
bug has been confirmed.....
Here is what happens: If CPP module is not involved (enabled/installed/...), .c or .cc files are not recognized by any loaders and their filenames are returned as their true disk file names to the folder sorter, and you will see correctly sorted files in the folder. If the CPP module is enabled, files with suffixes .c, .cc (and others) are recognized by the dataloaders from the CPP module and their file names are now returned as the base names to the folder sorter causing randomness in the sorting (the sorter sees the name test for both test and test.c). This is because the sorter uses getName() to aquire the name. It should probably include the suffix when sorting. To reproduce this bug without the cpp module, create a folder with the following files: aaa aaa.java bbb bbb.java ccc ccc.java ddd ddd.java and view the contents of the folder with and without the Java modules turned on. You will see the same behavior. I will reassign to openide....
this is somewhere b/w DS and Nodes. David K please investigate
Fixed in: Checking in src/org/openide/loaders/FolderComparator.java new revision: 1.3; previous revision: 1.2 Btw. should I integrate this fix into RAINIER branch. It is P4 so I guess it is not that severe.
verified in dev build
sorry, I'll leave verification on honglin or thp when it'll be fixed in release35R branch. verified in main trunk.
x
closed