Mailing-List: contact abdera-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: abdera-dev@incubator.apache.org
Message-ID: <51162150.1210609855612.JavaMail.jira@brutus>
Date: Mon, 12 May 2008 09:30:55 -0700 (PDT)
From: "James M Snell (JIRA)" <jira@apache.org>
To: abdera-dev@incubator.apache.org
Subject: [jira] Resolved: (ABDERA-150) EncodingUtil.sanitize() behavior has
 changed
In-Reply-To: <1631069530.1208585301737.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

James M Snell resolved ABDERA-150.
----------------------------------

    Resolution: Won't Fix

Current behavior is preferrable to the old behavior

> EncodingUtil.sanitize() behavior has changed
> --------------------------------------------
>
>                 Key: ABDERA-150
>                 URL: https://issues.apache.org/jira/browse/ABDERA-150
>             Project: Abdera
>          Issue Type: Bug
>    Affects Versions: 0.4.0
>            Reporter: Todd Wells
>
> In the 3.0 client, EncodingUtil.sanitize() would escape a space in a String correctly -- with "%20".  Now it replaces it with an underbar ("_").
> Sanitizer.sanitize() does the same thing.  So existing code that depended on this method is now broken.  
> For example when using Abdera with Mule Galaxy, it has a default URL that includes a space for it's atom feeds "Default Workspace", so the Abdera sanitizer couldn't be used reliably since it would make this "Default_Workspace".  And looking at the code, sanitize only allows to to specify a particular slug to replace all undesired characters with -- so blindly saying replace with "%20" means that all undesired characters would be replaced with that, rather than with the proper HTML encoding.

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