[jira] Resolved: (HARMONY-6082) [classlib][prefs] WindowsPreferences class fails to allow for Windows encoding of values

["Tim Ellison (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/HARMONY-6082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tim Ellison resolved HARMONY-6082.
----------------------------------

    Resolution: Fixed

Fixed in PREFS module at repo revision r765523.


> [classlib][prefs] WindowsPreferences class fails to allow for Windows encoding of values
> ----------------------------------------------------------------------------------------
>
>                 Key: HARMONY-6082
>                 URL: https://issues.apache.org/jira/browse/HARMONY-6082
>             Project: Harmony
>          Issue Type: Bug
>          Components: Classlib
>         Environment: Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software Foundatio
> n or its licensors, as applicable.
> java version "1.5.0"
> pre-alpha : not complete or compatible
> svn = r713673, (Nov 13 2008), Windows/ia32/msvc 1310, release build
> Win/XP
>            Reporter: Sebb
>            Assignee: Tim Ellison
>             Fix For: 5.0M9
>
>         Attachments: harmony-6082.patch
>
>
> When Sun Java stores values using Windows Preferences, the values are converted before they are saved in the registry.
> And of course the reverse conversion is done when retrieving values.
> However, Harmony fails to do the conversions, and therefore cannot always correctly read preferences set up by a Sun JVM.
> It looks like Harmony encodes/decodes names correctly (though I've not tested this).
> The failing values in my test are Windows paths; looking at the actual registry shows that backslashes and capital letters are encoded by Sun Java but not decoded by Harmony.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.