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.