Bug #16353 Updated: can upload other files but not zip or visio files

ID: 16353 Updated by: hholzgra@php.net Reported By: cindy_walker@dot.ca.gov -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Irix 6.5 PHP Version: 4.0.6 New Comment: any news here? Previous Comments: ------------------------------------------------------------------------ [2002-04-13 19:14:39] shiflett@php.net If this problem persists, it would be very helpful if you could capture (or have someone else capture) the underlying HTTP traffic this transaction produces. Feel free to email me personally if you would like help in this regard. ------------------------------------------------------------------------ [2002-04-04 16:01:43] cindy_walker@dot.ca.gov You're right about it being browser related. Uploading zip and visio files works with IE 6, but not with Netscape 6.2 or 4.7x and not with IE 5.0. I haven't tested IE 5.5. Our admin will compile and install the latest RC in the next few days. I'll report back on how that affected uploads of our problem files. ------------------------------------------------------------------------ [2002-04-02 13:40:39] sander@php.net I think it's a problem with your browser, not with PHP. Anyway, can you try the latest RC from www.php.net/~derick ? ------------------------------------------------------------------------ [2002-03-29 16:28:08] cindy_walker@dot.ca.gov I have file uploads working with images, Word and Excel files and text files, but when I try to upload zip or visio files I see this message: "Unable to open 'none' for reading. No such file or directory..." It captures the name and mime type (application/x-zip-compressed and application/octet-stream, resp.) but $attachment is set to 'none' and $attachment_size is 0. Here's the relevant part of the form: <form method="post" name="form" action="uploadtest.php" enctype="multipart/form-data"> <input type="hidden" name="MAX_FILE_SIZE" value="100000"> <input type="file" name="attachment"> Here's the relevant part of the script that handles it: $strLength1 = strlen($attachment_name); if ($strLength1 > 0) { $suffix1 = substr($attachment_name,($strLength1 - 4),4); $upfile1 = "/www/pub/changecontrol/files/".$latestRecord."-1".$suffix1; //$latestRecord is defined earlier if (!copy($attachment,$upfile1)) { echo "Problem: Could not move file into directory."; exit; } } Any workaround for this? We're using Apache 1.3.18. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=16353&edit=1