#24694 [Opn-Fbk]: File upload support does not populate $_FILES, $_POST

2003-07-24 Thread iliaa
 ID:   24694
 Updated by:   [EMAIL PROTECTED]
 Reported By:  namejko at topiksolutions dot com
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: Windows NT 5.1 build 2000 (XP)
 PHP Version:  4.3.3RC2-dev
 New Comment:

What is your gpc_order setting set to?


Previous Comments:


[2003-07-22 12:24:37] namejko at topiksolutions dot com

Apache/1.3.26 (Win32) mod_perl/1.25 mod_ssl/2.8.10 OpenSSL/0.9.6c
DAV/1.0.3 Auth NuSphere/1.0.0 running...

It's from PHPEd, by NuSphere.



[2003-07-22 10:36:54] [EMAIL PROTECTED]

Which webserver are you using? Apache? IIS?




[2003-07-21 17:14:47] namejko at topiksolutions dot com

I did supply a valid upload_temp_dir, and even changed the slashes
around to backslashes to see if that was the problem, but it wasn't.



[2003-07-21 16:51:42] [EMAIL PROTECTED]

If you specify a valid (existing) upload directory via the
upload_temp_dir ini setting does the problem disappear?



[2003-07-21 15:20:01] namejko at topiksolutions dot com

Yes, from phpinfo():

file_uploads: On
upload_max_filesize: 2M
upload_temp_dir: c:/dev/temp/ (which does exist)



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/24694

-- 
Edit this bug report at http://bugs.php.net/?id=24694edit=1



#24694 [Opn-Fbk]: File upload support does not populate $_FILES, $_POST

2003-07-22 Thread sniper
 ID:   24694
 Updated by:   [EMAIL PROTECTED]
 Reported By:  namejko at topiksolutions dot com
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: Windows NT 5.1 build 2000 (XP)
 PHP Version:  4.3.3RC2-dev
 New Comment:

Which webserver are you using? Apache? IIS?



Previous Comments:


[2003-07-21 17:14:47] namejko at topiksolutions dot com

I did supply a valid upload_temp_dir, and even changed the slashes
around to backslashes to see if that was the problem, but it wasn't.



[2003-07-21 16:51:42] [EMAIL PROTECTED]

If you specify a valid (existing) upload directory via the
upload_temp_dir ini setting does the problem disappear?



[2003-07-21 15:20:01] namejko at topiksolutions dot com

Yes, from phpinfo():

file_uploads: On
upload_max_filesize: 2M
upload_temp_dir: c:/dev/temp/ (which does exist)



[2003-07-21 14:26:58] [EMAIL PROTECTED]

Is the  file_uploads ini setting enabled on your system?



[2003-07-21 14:06:56] namejko at topiksolutions dot com

That build produces an output of completely blank (empty) arrays.  Even
$_POST, $_GET and $_FILES are empty.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/24694

-- 
Edit this bug report at http://bugs.php.net/?id=24694edit=1



#24694 [Opn-Fbk]: File upload support does not populate $_FILES, $_POST

2003-07-21 Thread iliaa
 ID:   24694
 Updated by:   [EMAIL PROTECTED]
 Reported By:  namejko at topiksolutions dot com
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: Windows NT 5.1 build 2000 (XP)
 PHP Version:  4.3.1
 New Comment:

Is the  file_uploads ini setting enabled on your system?


Previous Comments:


[2003-07-21 14:06:56] namejko at topiksolutions dot com

That build produces an output of completely blank (empty) arrays.  Even
$_POST, $_GET and $_FILES are empty.



[2003-07-17 14:38:10] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-07-17 14:34:03] namejko at topiksolutions dot com

Description:

This version of PHP appears to not handle file uploads properly.  Code
verbatim from the documentation to use the multipart/form-data enctype
in POST forms don't actually send the information properly into $_POST
or $_FILES.  Instead, the request comes across in $_GET, where it is
unusable.  In previous versions of PHP (in this case, tested on 4.0.6)
the code works perfectly.  Below are the HTML form code and the PHP
code, together in one file.  On 4.3.1, $_POST and $_FILES are empty
arrays, whereas they are filled on 4.0.6.

Reproduce code:
---
?php
print_r($HTTP_POST_VARS);
print_r($HTTP_GET_VARS);
print_r($HTTP_POST_FILES);
?
form method=post enctype=multipart/form-data
action=?=$PHP_SELF?
input type=hidden name=MAX_FILE_SIZE value=3
File:  input name=userfile type=file
input type=submit name=submit value=submit
/form


Expected result:

This is what is returned under PHP 4.0.6:

Array
(
[MAX_FILE_SIZE] = 3
[submit] = submit
)
Array
(
)
Array
(
[userfile] = Array
(
[name] = Icon7EFDA3AC3.txt
[type] = application/octet-stream
[tmp_name] = /tmp/phpEPVaEg
[size] = 27648
)

)
...

Actual result:
--
This is what is returned by PHP 4.3.1:

Array
(
)
Array
(
[Content-Disposition:_form-data;_name] = \MAX_FILE_SIZE\

3
-7d32f4b280238
Content-Disposition: form-data; name=\userfile\;
filename=\C:\\Documents and Settings\\Zawitz\\Application
Data\\Microsoft\\Installer\\{7EFDA3AC-8A61-43C0-B023-33866829C816}\\Icon7EFDA3AC3.txt\
Content-Type: application/octet-stream

MZ
)
Array
(
)
---





-- 
Edit this bug report at http://bugs.php.net/?id=24694edit=1



#24694 [Opn-Fbk]: File upload support does not populate $_FILES, $_POST

2003-07-21 Thread iliaa
 ID:   24694
 Updated by:   [EMAIL PROTECTED]
 Reported By:  namejko at topiksolutions dot com
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: Windows NT 5.1 build 2000 (XP)
 PHP Version:  4.3.1
 New Comment:

If you specify a valid (existing) upload directory via the
upload_temp_dir ini setting does the problem disappear?


Previous Comments:


[2003-07-21 15:20:01] namejko at topiksolutions dot com

Yes, from phpinfo():

file_uploads: On
upload_max_filesize: 2M
upload_temp_dir: c:/dev/temp/ (which does exist)



[2003-07-21 14:26:58] [EMAIL PROTECTED]

Is the  file_uploads ini setting enabled on your system?



[2003-07-21 14:06:56] namejko at topiksolutions dot com

That build produces an output of completely blank (empty) arrays.  Even
$_POST, $_GET and $_FILES are empty.



[2003-07-17 14:38:10] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



[2003-07-17 14:34:03] namejko at topiksolutions dot com

Description:

This version of PHP appears to not handle file uploads properly.  Code
verbatim from the documentation to use the multipart/form-data enctype
in POST forms don't actually send the information properly into $_POST
or $_FILES.  Instead, the request comes across in $_GET, where it is
unusable.  In previous versions of PHP (in this case, tested on 4.0.6)
the code works perfectly.  Below are the HTML form code and the PHP
code, together in one file.  On 4.3.1, $_POST and $_FILES are empty
arrays, whereas they are filled on 4.0.6.

Reproduce code:
---
?php
print_r($HTTP_POST_VARS);
print_r($HTTP_GET_VARS);
print_r($HTTP_POST_FILES);
?
form method=post enctype=multipart/form-data
action=?=$PHP_SELF?
input type=hidden name=MAX_FILE_SIZE value=3
File:  input name=userfile type=file
input type=submit name=submit value=submit
/form


Expected result:

This is what is returned under PHP 4.0.6:

Array
(
[MAX_FILE_SIZE] = 3
[submit] = submit
)
Array
(
)
Array
(
[userfile] = Array
(
[name] = Icon7EFDA3AC3.txt
[type] = application/octet-stream
[tmp_name] = /tmp/phpEPVaEg
[size] = 27648
)

)
...

Actual result:
--
This is what is returned by PHP 4.3.1:

Array
(
)
Array
(
[Content-Disposition:_form-data;_name] = \MAX_FILE_SIZE\

3
-7d32f4b280238
Content-Disposition: form-data; name=\userfile\;
filename=\C:\\Documents and Settings\\Zawitz\\Application
Data\\Microsoft\\Installer\\{7EFDA3AC-8A61-43C0-B023-33866829C816}\\Icon7EFDA3AC3.txt\
Content-Type: application/octet-stream

MZ
)
Array
(
)
---





-- 
Edit this bug report at http://bugs.php.net/?id=24694edit=1



#24694 [Opn-Fbk]: File upload support does not populate $_FILES, $_POST

2003-07-17 Thread derick
 ID:   24694
 Updated by:   [EMAIL PROTECTED]
 Reported By:  namejko at topiksolutions dot com
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: Windows NT 5.1 build 2000 (XP)
 PHP Version:  4.3.1
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip


Previous Comments:


[2003-07-17 14:34:03] namejko at topiksolutions dot com

Description:

This version of PHP appears to not handle file uploads properly.  Code
verbatim from the documentation to use the multipart/form-data enctype
in POST forms don't actually send the information properly into $_POST
or $_FILES.  Instead, the request comes across in $_GET, where it is
unusable.  In previous versions of PHP (in this case, tested on 4.0.6)
the code works perfectly.  Below are the HTML form code and the PHP
code, together in one file.  On 4.3.1, $_POST and $_FILES are empty
arrays, whereas they are filled on 4.0.6.

Reproduce code:
---
?php
print_r($HTTP_POST_VARS);
print_r($HTTP_GET_VARS);
print_r($HTTP_POST_FILES);
?
form method=post enctype=multipart/form-data
action=?=$PHP_SELF?
input type=hidden name=MAX_FILE_SIZE value=3
File:  input name=userfile type=file
input type=submit name=submit value=submit
/form


Expected result:

This is what is returned under PHP 4.0.6:

Array
(
[MAX_FILE_SIZE] = 3
[submit] = submit
)
Array
(
)
Array
(
[userfile] = Array
(
[name] = Icon7EFDA3AC3.txt
[type] = application/octet-stream
[tmp_name] = /tmp/phpEPVaEg
[size] = 27648
)

)
...

Actual result:
--
This is what is returned by PHP 4.3.1:

Array
(
)
Array
(
[Content-Disposition:_form-data;_name] = \MAX_FILE_SIZE\

3
-7d32f4b280238
Content-Disposition: form-data; name=\userfile\;
filename=\C:\\Documents and Settings\\Zawitz\\Application
Data\\Microsoft\\Installer\\{7EFDA3AC-8A61-43C0-B023-33866829C816}\\Icon7EFDA3AC3.txt\
Content-Type: application/octet-stream

MZ
)
Array
(
)
---





-- 
Edit this bug report at http://bugs.php.net/?id=24694edit=1