after installing php-3.0.18-1.6.x from errata SRPM, multipart uploads no longer crash httpd, BUT all uploaded files are prepended with a CR+LF pair. Additionally, OOHFORMS (from PHPLIB-7.2) fails to operate correctly when used in multipart-encoded forms. We assume it's the same problem, but haven't delved deeply into it. Also, horde-1.2.3-1 and imp-2.2.3-1 together break on the Compose mail window - another multipart-encoded form. It would seem that the cure is almost as bad as the disease...
*** Bug 25356 has been marked as a duplicate of this bug. ***
Yes, there's something amiss in how the form parsing code handles content-type headers. There should be a 3.0.18 fix candidate in http://people.redhat.com/nalin/test/ which should solve this problem, and I'm asking people who've had problems with the previous set to give them a try. Please have a look and either follow up to this bug ID, or to bug #24933, which is the relevant bug for 4.0.4pl1. Thanks!
Tried the test RPMs. It fixes trivial cases, such as sending messages through IMP without attachments, but anything with an actual file upload still breaks, with a message like this: ========== Warning: File Upload Mime headers garbled [ in /home/httpd/html/horde/imp/compose.php3 on line 1 Warning: Cannot add more header information - the header was already sent (header information may be added only before any output is generated from the script - check for text or whitespace outside PHP tags, or calls to functions that output text) in session.inc on line 448 ========== Of course, the second error message has nothing to do with this bug, it's just a side-effect. Again: the test RPMs fix cases where there is no actual file being uploaded, but still appear to break when uploading a file.
This is ridiculously old... and I confirmed the problem with pristine PHP source on a Solaris box anyway, so it's not a RedHat problem. (It's fixed in current PHP versions.)