ID: 32337
User updated by: jsonger at maintree dot com
Reported By: jsonger at maintree dot com
Status: Open
-Bug Type: Documentation problem
+Bug Type: Feature/Change Request
Operating System: Windows 2000
PHP Version: 5.0.3
New Comment:
It read point needs to be adjusted then so it can work for
register_globals. I don't want to for register_globals on for everyone
just because a couple of my customers have older scripts that like it.
I also don't understand why this is such a problem since the Apache
module can do it with a .htaccess file. In a practicle since, I don't
see a difference between the .htaccess file in apache and the registry
in IIS.
Previous Comments:
[2005-03-18 19:16:00] [EMAIL PROTECTED]
This registry thing does NOT work for any option.
It's just before script execution so it techinally can't work with e.g.
register_globals.
[2005-03-17 10:38:53] baricak at post dot cz
And Last But not Least: When I try to
echo ini_get();
,the value is correct as set in the registry, but the system does not
work like it says- phpinfo() returns the old php.ini value and the
system reacts as only the old php.ini was set.
[2005-03-17 10:30:23] baricak at post dot cz
Hello, I have the same problems.
I just installed php5.0-win32-200503170130.zip on IIS5 with Windows
2000 as ISAPI module and Per Directory Values does not work with some
of the settings.
For instance, display_errors directive works fine, but register_globals
DOES NOT.
The another problem is, phpinfo() output is not correct. When I set
display_errors in the registry to a different value as in php.ini, in
the output of phpinfo() the value of "local" column stays untouched,
even though the system reactions are like the new value was set.
The Version 5.0.3 has the same problems.
--------
[2005-03-16 14:30:14] jsonger at maintree dot com
Description:
In both 5.0.3 and 5.0.4RC1 built on Mar 16 2005 10:19:30, the ISAPI
module is not using the Per Directory Values registry settings.
I have not tried this with the CGI version.
--
Edit this bug report at http://bugs.php.net/?id=32337&edit=1
