From:             tom_borgo at hotmail dot com
Operating system: XP SP3
PHP version:      5.3.1
PHP Bug Type:     Scripting Engine problem
Bug description:  .user.ini subdirectory not working and problem with [PATH] in 
php.ini

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 bug report at http://bugs.php.net/?id=50374&edit=1
-- 
Try a snapshot (PHP 5.2):            
http://bugs.php.net/fix.php?id=50374&r=trysnapshot52
Try a snapshot (PHP 5.3):            
http://bugs.php.net/fix.php?id=50374&r=trysnapshot53
Try a snapshot (PHP 6.0):            
http://bugs.php.net/fix.php?id=50374&r=trysnapshot60
Fixed in SVN:                        
http://bugs.php.net/fix.php?id=50374&r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=50374&r=needdocs
Fixed in release:                    
http://bugs.php.net/fix.php?id=50374&r=alreadyfixed
Need backtrace:                      
http://bugs.php.net/fix.php?id=50374&r=needtrace
Need Reproduce Script:               
http://bugs.php.net/fix.php?id=50374&r=needscript
Try newer version:                   
http://bugs.php.net/fix.php?id=50374&r=oldversion
Not developer issue:                 
http://bugs.php.net/fix.php?id=50374&r=support
Expected behavior:                   
http://bugs.php.net/fix.php?id=50374&r=notwrong
Not enough info:                     
http://bugs.php.net/fix.php?id=50374&r=notenoughinfo
Submitted twice:                     
http://bugs.php.net/fix.php?id=50374&r=submittedtwice
register_globals:                    
http://bugs.php.net/fix.php?id=50374&r=globals
PHP 4 support discontinued:          http://bugs.php.net/fix.php?id=50374&r=php4
Daylight Savings:                    http://bugs.php.net/fix.php?id=50374&r=dst
IIS Stability:                       
http://bugs.php.net/fix.php?id=50374&r=isapi
Install GNU Sed:                     
http://bugs.php.net/fix.php?id=50374&r=gnused
Floating point limitations:          
http://bugs.php.net/fix.php?id=50374&r=float
No Zend Extensions:                  
http://bugs.php.net/fix.php?id=50374&r=nozend
MySQL Configuration Error:           
http://bugs.php.net/fix.php?id=50374&r=mysqlcfg

Reply via email to