[ 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]