DO NOT REPLY [Bug 13701] - newline swallowed bei MultipartElement or MultipartIterator
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=13701. 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=13701 newline swallowed bei MultipartElement or MultipartIterator [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-12-06 06:04 --- DiskMultipartRequestHandler has been superceded by CommonsMultipartRequestHandler, which is significantly more robust, and noticeably faster. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13701] - newline swallowed bei MultipartElement or MultipartIterator
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=13701. 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=13701 newline swallowed bei MultipartElement or MultipartIterator --- Additional Comments From [EMAIL PROTECTED] 2002-11-21 12:28 --- I also used DiskMultipartRequestHandler. The reason is, I want to get a simple access to temporary files. Maybe there should be a init parameter for the default multipart handler which forces the usage of temporary files(very useful for smaller uploaded files). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13701] - newline swallowed bei MultipartElement or MultipartIterator
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=13701. 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=13701 newline swallowed bei MultipartElement or MultipartIterator --- Additional Comments From [EMAIL PROTECTED] 2002-11-21 00:09 --- We are also seeing this problem in 1.1b2. The browser does not seem to matter -- it happens with IE 6 and Mozilla 1.1, neither of which does UTF-8, AFAIK. It can be worked around with JavaScript in the submission, but that's quite ugly. So far it appears to be in MultipartBoundaryInputStream; we're still trying to nail it down. Our environment: JDK 1.4.1, Resin 2.1.5, Struts 1.1b2 on Solaris 8 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13701] - newline swallowed bei MultipartElement or MultipartIterator
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=13701. 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=13701 newline swallowed bei MultipartElement or MultipartIterator --- Additional Comments From [EMAIL PROTECTED] 2002-11-21 02:49 --- If you are seeing this bug in Struts 1.1b2, and you believe the problem is in MultipartBoundaryInputStream, then you must be explicitly overriding the multipart request handler in your Struts configuration. Struts 1.1b2 contains a new multipart implementation which resolves this issue. The new implementation is now the default multipart handler, and does not use the MultipartBoundaryInputStream class, which is why it looks like you must be specifying the old handler explicitly. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13701] - newline swallowed bei MultipartElement or MultipartIterator
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=13701. 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=13701 newline swallowed bei MultipartElement or MultipartIterator --- Additional Comments From [EMAIL PROTECTED] 2002-11-21 02:56 --- Yes, we are using DiskMultipartRequestHandler instead of the default. We copied an existing project that used it. Thanks for the response and sorry for the confusion. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13701] - newline swallowed bei MultipartElement or MultipartIterator
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=13701. 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=13701 newline swallowed bei MultipartElement or MultipartIterator --- Additional Comments From [EMAIL PROTECTED] 2002-10-17 00:20 --- Are you using konqueror? I think it's because konqueror posts the forms in utf8. Take a look at bug 2017 This was fixed in struts 1.1b1 and forward, can you test it? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]