You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2003/04/08 15:45:27 UTC

DO NOT REPLY [Bug 2017] - Text entered in forms using multi-part/formdata cannot be utf8

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2017>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2017

Text entered in forms using multi-part/formdata cannot be utf8

gcompienne@ubiquity.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |



------- Additional Comments From gcompienne@ubiquity.net  2003-04-08 13:45 -------
I confirm the previous comment added by Martin Cooper (2002-12-23 03:36). This 
is currently the behaviour of Internet Explorer 6.0 and also of the Netscape 
browser (but I have played with a lot of versions recently and I don't 
remember which one I exactly tried).

This means that currently I am unable to post FORMs in any other encoding than 
iso-8859-1, which is quite restrictive.

However, from the tests I have done, it seems that, in fact, the browser 
replies in the same encoding than the one that was use to send the form to the 
browser. So, as all my forms are currently send in "UTF-8" I have quickly 
changed the struts source code to make it use "UTF-8" by default rather 
than "iso-8859-1" (but this is rather nasty).

However, would not it be an idea for the struts framework to store the 
encoding in use in the session context? So when you send out the form, it 
would be set to UTF-8 (or whatever) and then when the response is processed, 
struts would know what encoding to use...

Also, if this is not possible, would it be possible at least for the 
application to indicate in what encoding we expect the form to be sent back? 
Usually the application will know what encoding it used to send the form and 
consequently it would know what to use to process the response (and if the 
response has indicated a different encoding, then we just uses the one 
indicated in the response).

---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org