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:

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


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

[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.

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

[2003-01-10 21:54:37] [EMAIL PROTECTED]

Environment variables are supplied by the environment under which PHP
is running.  In most cases this means the webserver.  Did you
change/upgrade your webserver at the same time?  Moreover, what
webserver are you running and on what OS?

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

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