[
https://issues.apache.org/jira/browse/HTTPCLIENT-293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537217
]
Ahmed Ashour commented on HTTPCLIENT-293:
-----------------------------------------
One of HtmlUnit users came across this bug while trying to upload a file with
non-ASCII name.
By sniffing the traffic generated by IE7, "filename" is encoded with page
charset as Dolf has kindly suggested.
However, IE7 does not send the charset after the 'Content-Type':
---------------------------
Content-Disposition: form-data; name="field_name"; filename="C:\non_ascii.txt"
Content-Type: text/plain
---------------------------
So, to exactly mimic this behaviour, appreciate if part charset is separated
from the "Content-Disposition" charset.
Many thanks.
> Provide support for non-ASCII charsets in the multipart disposition-content
> header
> ----------------------------------------------------------------------------------
>
> Key: HTTPCLIENT-293
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-293
> Project: HttpComponents HttpClient
> Issue Type: Improvement
> Components: HttpClient
> Affects Versions: 1.0 Alpha
> Environment: Operating System: All
> Platform: All
> Reporter: Eric Dofonsou
> Priority: Minor
> Fix For: 4.0 Final
>
>
> Because of the the following line in getAsciiBytes
> data.getBytes("US-ASCII");
> The returned string is modified if has Latin Characters.
> Ex : Document non-controlé -> Document non-control?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
