On Mon, 8 Aug 2022 04:13:17 GMT, Tejesh R <[email protected]> wrote: >> Absolute path of Symbolic Link created in Windows is set to `null` in >> `BasicFileChooserUI` class. This happens when propertyChangeListener is >> implemented to get the Symbolic link's Absolute path on Mouse click through >> JFileChooser. The reason being that on click of Symbolic link, the >> _ValueChanged()_ in `BasicFileChooserUI` class has a logic which actually >> sets the `chooser.SelectedFile()` to `null` even though the path is not >> null. Hence the issue is addressed by checking if its a Symbolic link and >> then setting the `chooser.SelectedFile()` to the value of clicked link >> without modifying the other logics. > > Tejesh R has updated the pull request incrementally with one additional > commit since the last revision: > > Updated based on review comments
Since JBS says the problem is seen when "L&F used is Nimbus " and you made changes in BasicFileChooserUI which will affect all L&F, please confirm that it is working for all L&F in windows (Metal, Nimbus, Windows, WindowsClassic) ------------- PR: https://git.openjdk.org/jdk/pull/9597
