<AWT Dev>  Review request for 8003399: JFileChooser gives wrong path to selected file when saving to Libraries folder on Windows 7
semyon.sadetsky at oracle.com
Thu May 7 12:29:21 UTC 2015
Yes, after the fix filedialog produces usual filesystem paths for
libraries which are readable for java.io.
But there are no possibility to reference files in libraries directly
using new File(<library link>).
On 5/7/2015 11:26 AM, Sergey Bylokhov wrote:
> Hi, Semyon.
> Can you please raise the supportness of this in the java.io on the
> core-libs alias.
> Does the open filedialog will work after the fix?
> On 07.05.15 11:14, Semyon Sadetsky wrote:
>> Please review fix for JDK9.
>> webrev: http://cr.openjdk.java.net/~ssadetsky/8003399/webrev.00/
>> bug: https://bugs.openjdk.java.net/browse/JDK-8003399
>> ***THE ROOT CAUSE
>> JDK uses legacy WINAPI special folders calls while MS introduced a
>> new interfaces IKnownFolder and IShellLibrary to manage special
>> folder locations and the new Libraries functionality in Windows 7 is
>> not backward compatible with old special folders CSIDL.
>> Since it is too expensive to migrate AWT shell to the new interfaces
>> and still they are not supported in java.io the solution is to map
>> virtual folder PIDL to the Known Folder GUID and replace libraries
>> links with the default library save location. Thus the File save
>> dialog will be able to work with any Libraries registered in the
>> system (Windows Libraries concept assumes that Libraries can be added
>> The resulting code should be compatible with older Windows versions
>> because the new COM interfaces are called only if they are available
>> and a Libraries link has been actually requested.
>> A test scenario is added to check that all available Libraries links
>> are converted into filesystem paths.
More information about the awt-dev