> This is a regression from fix > [JDK-8281966](https://bugs.openjdk.org/browse/JDK-8281966): Absolute path of > symlink is null in JFileChooser. The fix checks whether the file path is a > symbolic link using `Files.isSymbolicLink()` method with path as input. In > windows for specific folders like "This PC"/"Network"/"Libraries" the path > value will be a hex values which causes InvalidPathException. In order to > resolve the issue, since no other checks are available to validate the path > of these folders, checking if the file is link firstly and then for symbolic > link resolves the problem (since File.isLink() doesn't take path as input > rather file is a parameter). Since every symbolic link is a link, this fix > seems logical to me. > The fix is tested in CI for regression and is green. The regression fix is > also tested for confirmation and works fine.
Tejesh R has updated the pull request incrementally with one additional commit since the last revision: Alternate Fix ------------- Changes: - all: https://git.openjdk.org/jdk/pull/13998/files - new: https://git.openjdk.org/jdk/pull/13998/files/94798c3c..ee1acb4a Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=13998&range=04 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=13998&range=03-04 Stats: 13 lines in 1 file changed: 9 ins; 1 del; 3 mod Patch: https://git.openjdk.org/jdk/pull/13998.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/13998/head:pull/13998 PR: https://git.openjdk.org/jdk/pull/13998