PHP 4.0 Bug #8940 Updated: File uploads stopped withing in 4.0.4pl1

ID: 8940 Updated by: sniper Reported By: glen@broadpool.com Old-Status: Open Status: Feedback Bug Type: Filesystem function related Assigned To: Comments: I can not reproduce this with latest CVS. Please try the latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --------------------------------------------------------------------------- [2001-01-26 16:07:33] glen@broadpool.com If you view the uploaded file (using "od" in my case), you'll see that the first few bytes of it are: "Content-Type: image/jpeg" followed by the binary data that makes up the JPEG file. Since the uploaded file is exactly the same size as the original, I presume that the last few bytes are dropped out. --------------------------------------------------------------------------- [2001-01-26 12:50:56] glen@broadpool.com Further testing reveals that the upload is working properly, but the file 'type' variable is not set, and PHP is not treating it as an image file. Image processing utilities state that the file is corrupt after uploading, even though it remains the exact same size as the original. I suspect that PHP is doing something to the file. --------------------------------------------------------------------------- [2001-01-26 12:01:45] glen@broadpool.com Ok, I've done some further testing. With a simple script that does nothing except upload the file and move it, it works: the file is there. However, the "type" variable has no value! No matter what type of file I upload, the $HTTP_POST_FILES['userfile']['type'] value is an empty string. --------------------------------------------------------------------------- [2001-01-26 11:21:21] glen@broadpool.com I've been using 4.0.3 for a couple of weeks now. Last night I ran the Redhat Update agent and installed 4.0.4pl1. Everything works fine except for file uploads. The upload is recorded as successful, everything SEEMS to work fine, but there is no file in /tmp, and the variable $HTTP_POST_FILES['userfile']['type'] is undefined. Apache 1.3.14 reports no problems, and returns a 200 return code. I've tried working with php.ini; I can turn file uploads off, and that works, then when I turn it back on again, it has the same problem. I'm pretty sure it's something in 4.0.4pl1 because nothing else on my system has changed since the upgrade last night. Here's some of my code: $file_type = $HTTP_POST_FILES['userfile']['type']; if (substr($file_type,-4,4) != 'jpeg') { die( "Files of type '" . $file_type . "' are not recognized.<br>" . "Only JPEG images are currently supported." ); } $path_for_file = 'gallery/' . $user_id . '/' . $photo_id . '.jpg'; if (!is_uploaded_file($HTTP_POST_FILES['userfile']['tmp_name'])) die( "File is not uploaded." ); move_uploaded_file($HTTP_POST_FILES['userfile']['tmp_name'], $path_for_file); ...but I really don't think the problem is in the code. Here's some output from my Apache log file: 192.168.1.2 - - [26/Jan/2001:08:13:04 -0800] "POST /upload.php HTTP/1.1" 200 51 "http://<mysite>/upload.php" "Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC) " No errors are reported any where. --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8940&edit=2