Mailing-List: contact issues-help@continuum.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@continuum.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Date: Tue, 7 Jun 2011 01:33:22 -0500 (CDT)
From: "Maria Odea Ching (JIRA)" <jira@codehaus.org>
To: issues@continuum.apache.org
Message-ID: 
 <19034687.86722.1307428402831.JavaMail.haus-jira@codehaus01.managed.contegix.com>
Subject: [jira] Closed: (CONTINUUM-1689) Bad string replacement of entities
 in build result
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


     [ http://jira.codehaus.org/browse/CONTINUUM-1689?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Maria Odea Ching closed CONTINUUM-1689.
---------------------------------------

    Resolution: Fixed

Patch fixes the problem. I applied it to trunk in [-r1132877|http://svn.apache.org/viewvc?rev=1132877&view=rev]. Thanks Chris! :)

> Bad string replacement of entities in build result
> --------------------------------------------------
>
>                 Key: CONTINUUM-1689
>                 URL: http://jira.codehaus.org/browse/CONTINUUM-1689
>             Project: Continuum
>          Issue Type: Bug
>          Components: Web - UI
>    Affects Versions: 1.1, 1.3.4 (Beta)
>            Reporter: Baptiste MATHUS
>            Assignee: Maria Odea Ching
>            Priority: Minor
>             Fix For: 1.4.1 (Beta)
>
>         Attachments: CONTINUUM-1689.patch
>
>
> I just noticed that the output of maven is wrongly encoded. Here's one of lines of he generated html source :
> [INFO] Setting property: resource.loader =&amp;gt; 'classpath'.
> Remind: In the console, the output is the following (output of mvn site) :
> [INFO] Setting property: resource.loader => 'classpath'.
> As you can see, there's a problem
> I guess the entity conversion is done twice :
> * first "=>" is converted "=&gt;"
> then another pass detects the & although it shouldn't process it anymore, so :
> * second "=&gt;" is in turn converted "=&amp;gt;"
> I guess the correction weight might depend on how those conversion are done. As a lot of conversions produces an &, maybe encoding & as &amp; should be the very first conversion to be done in the list ?
> Maybe even some "dependency" tree could do the trick (or even better, an API that already does that neatly :)).
> Cheers.
> Let me know if you need anything else.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira