You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Sebb (JIRA)" <ji...@apache.org> on 2009/04/15 17:43:14 UTC

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

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

Sebb updated HARMONY-6082:
--------------------------

    Fix Version/s: 5.0M9

Also affects:

java version "1.5.0"
pre-alpha : not complete or compatible
svn = r761593, (Apr  3 2009), Windows/ia32/msvc 1310, release build

> 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
>             Fix For: 5.0M9
>
>
> 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.