[
https://issues.apache.org/jira/browse/FILEUPLOAD-135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502147
]
Jochen Wiedmann commented on FILEUPLOAD-135:
--------------------------------------------
This test case doesn't help me understand the problem. The important part is
the multipart document, which triggers the problem. We'd need a code sample
that creates such a multipart document (compare, for example, the methid
StreamingTest.newRequest; btw, note that this method creates file items which
are clearly smaller than the boundary) or at least the multipart document
itself, which you can catch with tools like tcpmon or Wireshark.
> InputStream created with Streaming API returns EOF on first read() for short
> files uploaded from FireFox over HTTPS
> -------------------------------------------------------------------------------------------------------------------
>
> Key: FILEUPLOAD-135
> URL: https://issues.apache.org/jira/browse/FILEUPLOAD-135
> Project: Commons FileUpload
> Issue Type: Bug
> Affects Versions: 1.2, 1.2.1
> Environment: Windows XP
> Browser: Firefox 1.5.0.11
> Protocol: HTTPS
> Reporter: Alexander Sova
> Attachments: commons-fileupload-1.1-bug-short-file-eof.patch,
> commons-fileupload-1.2-bug-short-file-eof.patch
>
>
> This problem happens only with files shorer then boundary string generated by
> browser and only with Firefox using HTTPS protocol.
> For some reason in this particular environment inputStream.read() in
> MultipartStream.ItemInputStream.makeAvailable() reads not whole HTTP response
> body, but only file content before boundary string.
> I've created a patch fixing this issue.
--
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]
