Hide Forgot
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705) Description of problem: The following code results in a corrupted upload... <form action="send.php" method="post" enctype="multipart/form-data"> <input type="hidden" name="MAX_FILE_SIZE" value="5000000" /> Attachment<input type="file" name="attachment" size="20"><br> <input type="submit" value="send"> </form> The corrupted file is approximately twice the size of the original. Version-Release number of selected component (if applicable): How reproducible: Always
Please attach send.php too. How big was the file you tried to upload?
Created attachment 89706 [details] Send.php as requested This copies the uploaded file to the original filename in the tmp directory. This works fine on apache 1.3.23-4 running on RH8 but does not work with Apache 2.0.40. If the file is greater than about 2K then parts of the original are repeated in the upload data, resulting in a corrupted file about twice the size.
I can't reproduce any problems using Mozilla to upload a selection of files using that script. What browser are you using?
The behaviour occurs with both mozilla-1.2 and I.E. 6. Some other accounts of the problem can be found at: http://codewalkers.com/archives/phphelp/123.html http://www.phpbuilder.com/board/showthread.php?threadid=10224131 We asked Derek if he had found a solution, and he said that he had to revert to apache 1.x series. I can't seem to find the source at the moment, but I read that it appears to be a problem with mod_php on the apache 2.X series, as the same version of php works fine with the 1.X series. Thanks for your help, Frank Wyton, WyWare
Can you get a network trace of the form upload? (e.g. using ethereal or tcpdump) I can't reproduce this with Mozilla 1.2.1 either.
Hi, It seems to work fine with the recently released php errata packages. thanks for your help. Frank Wyton, WyWare
OK, that's weird, but good.
Please see the thread at http://bugs.php.net/bug.php?id=18648 the problem is (as described by moriyoshi@php.net) because /etc/httpd/conf.d/php.conf has 2 filters <Files *.php> SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 </Files> replace above lines with AddType application/x-httpd-php .php solve the problem for me
Did you already have a similar AddType directive in httpd.conf? Can you attach a /etc/httpd/conf/httpd.conf and /etc/httpd/conf.d/php.conf which let you reproduce the bug?
Oh...Yes, I already have similar AddType in /etc/httpd/conf/httpd.conf (from rpm, unmodified) So I just try removing AddType application/x-httpd-php .php that I added to /etc/httpd/conf.d/php.conf and it also work. My php.conf content is below # # PHP is an HTML-embedded scripting language which attempts to make it # easy for developers to write dynamically generated webpages. # LoadModule php4_module modules/libphp4.so # # Cause the PHP interpreter handle files with a .php extension. # #<Files *.php> # SetOutputFilter PHP # SetInputFilter PHP # LimitRequestBody 524288 #</Files> #AddType application/x-httpd-php .php # # Add index.php to the list of files that will be served as directory # indexes. # DirectoryIndex index.php
The default 8.0 httpd.conf does not contain an AddType for PHP - have you upgraded from 7.x maybe? We should be able to cope better with this config problem.
No, not an upgrade from and oops...yes, I have modified /etc/httpd/conf/httpd.conf to add that AddType for php a couple of weeks ago.. to test php-4.3, sorry. So the solution for this problem should be removing the lines from <Files *.php> to </Files> and use AddType application/x-httpd-php .php instead?
Use either the AddType *or* the original <Files *.php> section in php, just don't use both, as the PHP bug explains. (They are pretty much equivalent)
The workaround for this bug is going to be included in a forthcoming PHP erratum.
*** Bug 85406 has been marked as a duplicate of this bug. ***
*** Bug 85386 has been marked as a duplicate of this bug. ***
Apologies for the noise while I tweak the Summary again.
*** Bug 97430 has been marked as a duplicate of this bug. ***
An errata has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2003-204.html
*** Bug 97647 has been marked as a duplicate of this bug. ***
*** Bug 76559 has been marked as a duplicate of this bug. ***
*** Bug 77500 has been marked as a duplicate of this bug. ***
*** Bug 113369 has been marked as a duplicate of this bug. ***