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.
| Summary: | Initial relative/absolute path absurd when adding JAR to project lib | ||
|---|---|---|---|
| Product: | contrib | Reporter: | Jesse Glick <jglick> |
| Component: | Quick Filechooser | Assignee: | Jesse Glick <jglick> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | dkonecny |
| Priority: | P4 | ||
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
The problem is in quickfilechooser. During opening it fires SELECTED_FILE_CHANGED_PROPERTY or SELECTED_FILES_CHANGED_PROPERTY property and value of chooser.getSelectedFiles() or chooser.getSelectedFile() is set to "/home/jglick" although really selected and displayed file/folder is different. It either should not fire that property because no file is selected or fire it with file shown in UI and not user home directory. release65/contrib #a8cd4832c439 |
In 6af38a548eb5 with quickfilechooser, if I have some projects open using shared libs, and in Library Manager I select one of them and click Add JAR, the accessory in the filechooser initially shows e.g. (*) Relative path ../../../../../home/jglick ( ) Absolute path /home/jglick even though the actual path displayed in the filechooser is the libs directory where the nblibraries.properties resides. As soon as I select some actual subdir (or even delete the trailing '/'), then the display updates as expected. I guess FileChooserAccessory.updateFiles is getting called initially with new File("") for some reason.