ID: 2996
Updated by: [EMAIL PROTECTED]
Reported By: jeddings at jeddings dot com
-Status: Open
+Status: Wont Fix
Bug Type: Parser error
Operating System: Linux 2.2.5-15
PHP Version: 3.0.12
Assigned To: hholzgra
New Comment:
We are sorry, but we can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Of course PHP 4 will continue to be supported for the
forseeable future.
Previous Comments:
------------------------------------------------------------------------
[1999-12-21 08:55:11] jeddings at jeddings dot com
There is some question as to whether Content-Length is a valid header,
since the RFC is not clear. There needs to be clarification on this.
------------------------------------------------------------------------
[1999-12-18 04:48:26] jeddings at jeddings dot com
I'm using Perl's LWP and HTTP::Request::Common modules to POST a
multipart/form-data form to upload a file to an Apache 1.3.6/PHP 3.0.12
web server.
The problem comes when PHP goes to MIME unencode the POST. mime.c's
php3_mime_split function looks for one of four things to be in the
POST: the boundary, the Content-Disposition header, a plain form-data
field, or the uploaded file field (with a Content-Type header). But
Perl's HTTP::Request::Common puts in an additional header:
Content-Length.
According to the RFC (RFC 1867), this seems legal. So when Perl
sends:
Content-type: multipart/form-data, boundary=AaB03x
--AaB03x
Content-Disposition: form-data; name="field1"
Joe Perl
--AaB03x
Content-Disposition: form-data; name="uploadfile";
filename="file1.txt"
Content-Length: 5660
Content-Type: text/plain
... contents of file1.txt ...
--AaB03x--
php3_mime_split saves the $uploadfile starting with "ntent-type:
text/plain..." rather than the correct spot, which would be after the
single \n by itself.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=2996&edit=1
