You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2005/06/02 13:29:09 UTC
DO NOT REPLY [Bug 35183] New: -
Content-Type with quoted boundary doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35183>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=35183
Summary: Content-Type with quoted boundary doesn't work
Product: Commons
Version: unspecified
Platform: All
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: File Upload
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: Benjamin.Riefenstahl@epost.de
CC: b.riefenstahl@turtle-trading.net
I am using a MIME framework that creates headers and bodies
for multiparts. It creates the Content-Type as e.g. (this is
a single line in the original header):
Content-Type: multipart/form-data; boundary="-----
=_N0U3NTVGRkNCOEQ4MEE3MTBDNzZDOEMyQjU0MkIyMDg="
Later the parts are separated by
------- =_N0U3NTVGRkNCOEQ4MEE3MTBDNzZDOEMyQjU0MkIyMDg=
The package doesn't recognise any fields in the request.
If OTOH I remove the quotes from the Content-Type, it works.
Inspection of the code in CVS seems to indicate that the
problem is that ParameterParser.parseQuotedToken()
recognises quotes but doesn't remove them from the value.
So FileUploadBase.getBoundary() gets the boundary with the
quotes and compares it to actual data without quotes.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org