ID:               21575
 Comment by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Bogus
 Bug Type:         IIS related
 Operating System: Any
 PHP Version:      4.3.0
 New Comment:

[EMAIL PROTECTED] wrote:
>For 4.3, cgi variables were changed to correctly conform to 
>cgi specs.  This means that
>PATH_INFO is now in fact PATH_INFO as per:
>http://hostname/script_name.php/path/info?query_string

You may try this URL url on Win32 web-server with PHP 4.3.0 as CGI and
YOU WILL SEE - for this URL PHP will not show PATH_INFO variable,
passed to it by web-server! Web-server pass PATH_INFO=/path/info (for
this URL), but PhpInfo() in PHP 4.3.0 will NOT show PATH_INFO in the
list! All old 4.2.x versions works OK with this case, and previous
4.3.0-dev too, but in 4.3.0 just drop PATH_INFO in any case. This is
definitely 4.3.0 BUG.


Previous Comments:
------------------------------------------------------------------------

[2003-01-13 11:26:28] [EMAIL PROTECTED]

register globals has nothing to do with this.  For 4.3, cgi variables
were changed to correctly conform to cgi specs.  This means that
PATH_INFO is now in fact PATH_INFO as per:
http://hostname/script_name.php/path/info?query_string

Use SCRIPT_NAME or PHP_SELF if you need to refer to /script_name.php,
and use SCRIPT_FILENAME if you need to get the full path to
script_name.php

------------------------------------------------------------------------

[2003-01-13 06:15:51] [EMAIL PROTECTED]

In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.



------------------------------------------------------------------------

[2003-01-13 05:30:53] [EMAIL PROTECTED]

How can a PHP variable which existed when running 4.2.3 then
disappears, without a mention that it was going to, when running 4.3.0
not be considered a bug?

I have the same problem here. Yes, PHP has to rely on the server
environment for the values to the PHP Variables, but if one version of
PHP can see it and a newer one cannot, then surely the code has been
modified incorrectly in the newer version. Nothing else has changed on
my server - I can easily test this by having PHP in two different
directories, PHP.4.2.3 and PHP.4.3.0. Naming each to PHP in turn and
running the phpinfo() command produces a version with PHP_INFO, i.e.
for 4.2.3 and one without, for 4.3.0

Regards,
Taomyn

------------------------------------------------------------------------

[2003-01-11 12:15:55] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

php.ini settings do not have any impact on the enviroment variables.
PHP will automatically gather all avaliable enviroment variables and
make then avaliable to you, if an enviroment variable does not exist it
simply means it is not set. In which case PHP cannot make it avaliable
to you.

------------------------------------------------------------------------

[2003-01-11 06:37:21] [EMAIL PROTECTED]

I'm using Windows 2000 with IIS 5, and I've tried both CGI 
and ISAPI mode. I updated my server to PHP4.30 on 2 Jan, as 
you may notice in another bug-report I submitted ( http://
bugs.php.net/bug.php?id=20426 ). I did not run Windows 
Update this week, and I disabled auto-update service since 
I don't trust Microsoft. :-)

Anyway, it should not be called as 'bug', and I have not 
trouble to modify my codes (just find/replace PATH_INFO 
with PHP_SELF.) I'm just curious about what is going on. 
Does PHP.INI would affect environment variables ? I'm using 
all default settings but enabling register_globals.

------------------------------------------------------------------------

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/21575

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

Reply via email to