vwu98034@lycos.com wrote:
> Thanks very much André for your detailed information.
>
> I got the Httpfox for my Firefox today. For some reasons, the POST data section always
be blank (a message like "request doesn't contain any POST data"). I can't figure out the
reason so I download Charles Proxy. It shows the form data is as the followings:
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> POST /vsm/categories/12/edit HTTP/1.1
> Host localhost:8080
> User-Agent Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203
Firefox/3.6.13 ( .NET CLR 3.5.30729)
> Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language en-us,en;q=0.5
> Accept-Encoding gzip,deflate
> Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive 115
> Referer http://localhost:8080/vsm/categories/12/edit
> Cookie JSESSIONID=706C1F28E75C8BCB3F1DEE8E2EDFB67B
> Content-Type application/x-www-form-urlencoded
> Content-Length 95
>
> After I copied the request data into a unicode coverter (http://rishida.net/tools/conversion/),
the converted data is the original one. So, the data is sent correctly. Now, I need to dip
into the framework code to figure out where it messes up the encoding.
>
It looks like the browser indeed does not send a character-set with the Content-type.
Try the following : in your <form> tag, add the attribute
enctype="multipart/form-data"
and try again.
If there is still no content-type charset anywhere, you will have to re-enable the filter,
as in the FAQ.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
|