ID: 50374 Comment by: tom_borgo at hotmail dot com Reported By: tom_borgo at hotmail dot com Status: Feedback Bug Type: Scripting Engine problem Operating System: XP SP3 PHP Version: 5.3.1 Assigned To: pajoye New Comment:
Ok so i just tried with the 5.3.2-dev (Dec 3 2009 14:57:19) snapshot. Problem .user.ini for php script in subdirectory is always the same. /www/phpinfo.php -> take into account the /www/.user.ini /www/administrator/phpinfo.php -> take NOT into account the /www/.user.ini For the [PATH] problem, i tried and problem is no more here. So I tried again with 5.3.1, no more problem. Problem is just with 5.3.0 (VC8 from ZendServer), so [PATH] problem is just for ZendServer. So we can forgot about the [PATH] problem. But for the .user.ini, am i mistaken something ? Or is it a php problem ? Thanks. Thomas. Previous Comments: ------------------------------------------------------------------------ [2009-12-03 15:50:05] tom_borgo at hotmail dot com To: [email protected] Yes I know it works only for CGI/FastCGI SAPI (http://php.net/manual/en/configuration.file.per-user.php). .user.ini works for me only for the directory where it is and without any [PATH] section in the main php.ini. I tried with a PHP downloaded from the php.net (5.3.1 NTS VC6 and i try with VC9 too). It is the same as the one from ZendServer (VC8). So problem is in ZendServer,but too in the last stable binary windows compiled on the php.net website. Is it a configuration problem on my side or does another people got the same problems ? I will try with the snapshot right now. I keep you warning. Thanks. Thomas. ------------------------------------------------------------------------ [2009-12-03 15:39:18] tom_borgo at hotmail dot com Just a comment about the [PATH] section It is said in http://php.net/ini.sections that directive in PATH section overide custom and runtime ini directives. So I think it is in fact normal that .user.ini don't change the display_errors flag. But .user.ini are not parsed if [PATH] section are in the main php.ini for other directory Ex: [PATH=/www2/] display_errors = 1 /www/.user.ini is not more taken into account ! If i remove the PATH section (i put it inthe end of my php.ini), .user.ini is taken into account. Really strange... ------------------------------------------------------------------------ [2009-12-03 15:39:18] [email protected] It works only with the FastCGI SAPI, not apache. We don't support ZendServer so I won't say what should work or not with their version. Can you try using a snapshot please (FCGI VC9)? ------------------------------------------------------------------------ [2009-12-03 15:27:27] tom_borgo at hotmail dot com Description: ------------ Configuration: WinXP SP3 Fr, Apache 2.2 (winnt), PHP 5.3.1 (but problem is in 5.3.0 too). PHP: NTS (tested with VC6, VC9 and VC8 version from ZendServer) Used in CGI mode .user.ini are not parsed for script in subdirectory of the .user.ini. Sould be as it should works like .htaccess. Second problem, if php.ini as a [PATH=/path/] section, /path/.user.ini are no more parsed. Reproduce code: --------------- Ex: .user.ini is display_errors = 0 (i try with Off, "Off", "0", same) main php.ini is display_errors = 1 /www/.user.ini /www/administrator/phpinfo.php (with <?php phpinfo();?>) PHP Info, in /www/administrator/, gives display_errors = 1, but should be 0 as it is defined in the www/.user.ini (should be taken in the subdirectory, like .htaccess) Second strange problem: if in php.ini there is: [PATH=/www/] display_errors = 1 In this case a phpinfo in /www/ give display_errors = 1, even if .user.ini in /www/ is configured display_errors = 0. Expected result: ---------------- Expected to work like .htaccess for subdirectory. Expected to work even with a [PATH] section for the directory is defined (.user.ini should be prioritary to the [PATH] section). Actual result: -------------- Explained in the code section. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=50374&edit=1
