harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tim Ellison (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-6082) [classlib][prefs] WindowsPreferences class fails to allow for Windows encoding of values
Date Wed, 22 Apr 2009 21:36:47 GMT

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

Tim Ellison updated HARMONY-6082:

    Fix Version/s:     (was: 5.0M9)

> [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
> 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.0M10
>         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.

View raw message