ID: 35261 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: * PHP Version: 5CVS-2005-12-13 (cvs) New Comment:
This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. "Any directive type set with php_admin_* can not be overridden by .htaccess." Previous Comments: ------------------------------------------------------------------------ [2005-12-13 23:13:22] [EMAIL PROTECTED] "Furthermore, it seems that the feature request of bug #20377 was indeed carried out" No, it wasn't. Status "verified" means that the report has been verified and does not mean that the feature request has been fulfilled. Reclassified as docu problem. ------------------------------------------------------------------------ [2005-12-13 23:07:11] Bjorn dot Wiberg at its dot uu dot se Sorry to bother you again, but this ought to be pointed out in the documentation (that php_admin_value/php_admin_flag directives may be overridden by vhost configurations and ini_set in scripts but not .htaccess files) -- and also for which classes of configuration directives this applies (PHP_INI_ALL, PHP_INI_PERDIR?). Obviously the "Any directive type set with php_admin_value can not be overridden by .htaccess or virtualhost directives" statement of http://se2.php.net/configuration.changes is incorrect, as php_admin_* of the main server may very well be overridden by virtual host php_admin_* directives. Furthermore, it seems that the feature request of bug #20377 was indeed carried out (as directives may be overridden by vhost configurations), but your comment appears to indicate that there is another bug which describes a different problem; that of ini_set() being able to override main configuration/vhost configuration php_admin_* settings. If so, do you have a bug ID for that one? (If so, then this one would be marked as a dupe of that bug, I suppose, and bug #20377 could be closed, if all the requested functionality is already available.) Best regards, Björn ------------------------------------------------------------------------ [2005-12-13 21:25:05] [EMAIL PROTECTED] see bug #20377 ------------------------------------------------------------------------ [2005-12-13 20:31:35] Bjorn dot Wiberg at its dot uu dot se Thank you for trying this with the latest CVS version for me (recompiling, preparing and installing into the chroots on our systems takes a rather long time). Just a quick note to tell that we're not using safe mode or open_basedir restrictions on our server, but that the php_admin_* probably should lock the settings nevertheless (so that they cannot be overridden by PHP scripts or .htaccess files). Also a note to tell that overriding php_admin_value:s in the main server config with corresponding php_admin_value:s in vhost configurations is fine with me -- I would hate to see that possibility go away, as that is a pretty important feature for those of us doing mass virtual hosting. Best regards, Björn ------------------------------------------------------------------------ [2005-12-13 17:33:45] [EMAIL PROTECTED] This indeed works even when it shouldn't.. ------------------------------------------------------------------------ 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/35261 -- Edit this bug report at http://bugs.php.net/?id=35261&edit=1
