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 2004/07/12 21:05:48 UTC

DO NOT REPLY [Bug 30061] New: - [PATCH] Workaround for IE5 Mac type=image bug

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

[PATCH] Workaround for IE5 Mac type=image bug

           Summary: [PATCH] Workaround for IE5 Mac type=image bug
           Product: Commons
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: File Upload
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: justin@armory.com


Gentlehackers,

Much to our dismay, and we're sure shortly to yours, we have
found a bug in IE 5 for Mac where it is (shockingly) not
conformant to the multipart/form-data specification.
Our first reaction was whether we could just forget about IE5
for the Mac, but we are told it is the best browser for Mac
OS 9, which is still dear to the hearts of our target audience.
Our second reaction .... well let's suffice it to say we cooked
up several plans and it seemed like working around the bug in the
File Upload code could actually be done simply without harming
anything else.

The bug is that the carriage return is missing on any boundary
line immediately preceding an input with type=image.
(type=submit does not have the bug.)

Because the boundary delimiter, not including the trailing
CRLF, must not appear within any file (RFC 2046, section
5.1.1), we know the missing CR is due to a buggy browser
rather than a file containing something similar to a
boundary.

This case had previously always been throwing an exception, so
our patch does not interfere with any previously-working
situation.

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