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 2003/06/16 13:09:40 UTC

DO NOT REPLY [Bug 20807] New: - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

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=20807>.
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=20807

HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

           Summary: HTTPClient MultiPartPostMethod inconsistent behaviour
                    compared to standard form upload
           Product: Commons
           Version: unspecified
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: File Upload
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: dputzeys@cognicase.be


please consult 
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20744

The bug was originally reported to Commons HTTPClient, but apparently goes back
to you guys.  Oleg Kalnichevski did some test with the latest release of File
Upload (1.0RC1) which does not seem to have the problem (any more). Could this
be confirmed ?

The same bug will reported to the guys from Struts, especially regarding Oleg
last remark on which FileUPload version they use.

regards
dirkp

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