Return-Path: 
 <issues-return-1642-apmail-commons-issues-archive=commons.apache.org@commons.apache.org>
Delivered-To: apmail-commons-issues-archive@locus.apache.org
Received: (qmail 95062 invoked from network); 4 Dec 2007 13:53:05 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 4 Dec 2007 13:53:05 -0000
Received: (qmail 2857 invoked by uid 500); 4 Dec 2007 13:52:52 -0000
Delivered-To: apmail-commons-issues-archive@commons.apache.org
Received: (qmail 2787 invoked by uid 500); 4 Dec 2007 13:52:52 -0000
Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@commons.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@commons.apache.org>
List-Post: <mailto:issues@commons.apache.org>
List-Id: <issues.commons.apache.org>
Reply-To: issues@commons.apache.org
Delivered-To: mailing list issues@commons.apache.org
Received: (qmail 2778 invoked by uid 99); 4 Dec 2007 13:52:52 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Dec 2007 05:52:52 -0800
X-ASF-Spam-Status: No, hits=-100.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Dec 2007 13:52:40 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 06C1871420A
	for <issues@commons.apache.org>; Tue,  4 Dec 2007 05:52:43 -0800 (PST)
Message-ID: <32978180.1196776363017.JavaMail.jira@brutus>
Date: Tue, 4 Dec 2007 05:52:43 -0800 (PST)
From: "Jochen Wiedmann (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Subject: =?utf-8?Q?[jira]_Closed:_(FILEUPLOAD-150)_Tex?=
 =?utf-8?Q?t_field_containing_an_=E2=82=AC_(Euro)_chara?=
 =?utf-8?Q?cter_will_not_be_correctly_evaluate?=
 =?utf-8?Q?d,_the_character_gets_not_recognized?=
In-Reply-To: <6861359.1196694583271.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/FILEUPLOAD-150?page=3Dcom.atla=
ssian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jochen Wiedmann closed FILEUPLOAD-150.
--------------------------------------

    Resolution: Invalid
      Assignee: Jochen Wiedmann

> Text field containing an =E2=82=AC (Euro) character will not be correctly=
 evaluated, the character gets not recognized
> -------------------------------------------------------------------------=
-------------------------------------
>
>                 Key: FILEUPLOAD-150
>                 URL: https://issues.apache.org/jira/browse/FILEUPLOAD-150
>             Project: Commons FileUpload
>          Issue Type: Bug
>    Affects Versions: 1.2
>         Environment: Windows XP, AIX - JDK 1.4
>            Reporter: Ralf Pfiszter
>            Assignee: Jochen Wiedmann
>
> I have a multiline edit field in a multipart/form-data form.
> In the same form I have an input field of type "file" to enable a file up=
load.
> When entering the =E2=82=AC character into the multiline edit field and s=
ubmitting the form the result of the =E2=82=AC  is =C3=A2=C2=82=C2=AC after=
 the form contents got evaluated / extracted.
> The JSP page containing the form is defined with
> <!--meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-=
8" /-->;
> and=20
> <%@ page session=3D"true" language=3D"java" contentType=3D"text/html; cha=
rset=3DUTF-8" pageEncoding=3D"UTF-8"%>
> The form is defined with
> <form name=3D"DetailForm" enctype=3D"multipart/form-data" action=3D"xxSer=
vlet" method=3D"post">
> When processing the request within the servlet I create a new ServletFile=
Upload instance with
>     ServletFileUpload upload =3D new ServletFileUpload(aDiskFileItemFacto=
ry);
>     // set the encoding
>     upload.setHeaderEncoding(req.getCharacterEncoding());
> Afterwards I let parse the request.
> However, it seems to me that during the parsing the default code set ISO =
8859-1 is used instead of the previously defined one - when trying to debug=
 into a bit.
> (ISO 8859-1 does not contain the =E2=82=AC character.)
> Maybe an issue with Stream handling?

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