I get a java.lang.NullPointerException when i want browse directories in current NetBeans builds. I found
out the the problem is org.netbeans.modules.apisupport.project.ui.platform.PlatformChooserVisualPanel.
In revision 1.15 you add File plafDir = FileUtil.normalizeFile(platformChooser.getSelectedFile()); which
throws the exception on Mac OS X.
Maybe this is because i use a germany env and it works in normal english env. I found in a own application
also some problem like this because the unix path is /Application but in a german env you see Programme
and getFile also give me Programme back..
Created attachment 29061 [details]
Related to filesystems on MacOS.
Did version 5.0u2 mean that this bug find his why into u1 and get fixed in u2? If so i think that is not good
idea. Better go back to no FileUtil.normalizeFile or to a if(!isMac) solution.
I don't know if this bug is in 50u1. 50u1 is on the branch. The 50u2 is dev
build. If it is on 50u1 we will fix it I hope.
50u1 is on the branch. The 50u2 is dev build. Yes it it is reproducible on
5.0u1. Thanks a lot.
Thanks for the nice analysis. I think we already had a similar bug with the
FileChooser on MacOS. I'll take a look at it soon.
Does this happen everytime?
File chooser on MacOS returns null from platformChooser.getSelectedFile() after
FileChooser.SELECTED_FILE_CHANGED_PROPERTY is fired. According to JFileChooser's
source in Sun's JDK it is presumably OK to retrun null from JFC.gSF(). But not
sure if there is some javadoc/spec if it is legal to return null after the
property is fired - seems ok to me. So I've just added check for null. Please
let me know (lordy or zajo) if it helps. I'll backport then.
Checking in PlatformChooserVisualPanel.java;
new revision: 1.16; previous revision: 1.15
verified revision 1.16
ui/platform/PlatformChooserVisualPanel.java; 1.15 -> 126.96.36.199;