myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mathias Walter (JIRA)" <>
Subject [jira] Commented: (TRINIDAD-1173) Character encoding problem when submitting with PPR and a filter getting parameters out the request
Date Fri, 13 Nov 2009 16:39:39 GMT


Mathias Walter commented on TRINIDAD-1173:

I ran into this problem again with lightweight dialogs.

I analysed the POST request with FireBug and found that no character encoding is supplied
at the request:

Response Header:
Server: Apache-Coyote/1.1
X-Powered-By: JSF/1.2
Content-Type: text/html
Content-Length: 58
Date: Fri, 13 Nov 2009 16:18:01 GMT

The content-type in all other PPR post response headers is "text/xml;charset=utf-8".

I also tried setting:

<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=UTF-8" />

But that does not help either. Nor the tr:document tag helps.

The TrinidadPprBugFilter solved just the correct translation of the POST values, but did not
changed the content-type. But it's a workaround for now.

> Character encoding problem when submitting with PPR and a filter getting parameters out
the request
> ---------------------------------------------------------------------------------------------------
>                 Key: TRINIDAD-1173
>                 URL:
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>          Components: Components
>    Affects Versions: 1.0.2-core, 1.0.3-core, 1.0.4-core, 1.0.5-core, 1.0.6-core, 1.0.7-core,
 1.0.8-core, 1.0.9-core
>         Environment: JSF RI / Myfaces 1.1.4
> Embedded OC4J of jDeveloper / Oracle Application Server / Apache
Tomcat 6.0.18
> Firefox and Internet Explorer 7
>            Reporter: Mark van den Boomen
>         Attachments: AdfTrinidadTest.war,, RequestQueue.patch,
> If a form is submitted with PPR and the application uses a filter which reads a parameter
out of the request scope then somehow the character encoding screws up on other parameters.
When the submitted value of a inputfield reaches the bean it's mallformed. This happends when
the submitted value contains characters like 'ëìïòä'. With a normal submit this doesn't
> Example:
> When 'België' is submitted, the bean receives 'België'.
> The problem doesn't occur with Trinidad 1.0.1, so after spitting through the Subversion
logs I noticed TRINIDAD-46 which was released with release 1.0.2 and replaces lots of the
PPR. Maybe somewhere in the new implementation of PPR is the cause of the problem.
> As said the problem happens when a filter is getting a parameter from the request (for
example) like this:
>   String parameter = servletRequest.getParameter("test");
> If that line is removed from the filter Trinidad works normally.

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

View raw message