From:             
Operating system: Linux
PHP version:      5.3.4
Package:          *Directory/Filesystem functions
Bug Type:         Bug
Bug description:open_basedir not working as documented

Description:
------------
the php manual in the section "Description of core php.ini directives"

(http://www.php.net/manual/en/ini.core.php, checked on 23-dec-10 11:55
utc)

states:



The restriction specified with open_basedir is actually a prefix, not a

directory name.



this has been so "ever since", but seems now broken at release 5.3.4 -

specifying directory name prefix gives access denied errors, only
specifying complete directory name seems to work.



if the described behaviour is intentional, please fix the documentation
*and note the change in BIG BOLD LETTERS in the release announcement*, or,
better, fix the php-code to behave as documented.

Test script:
---------------
phpmyadmin installed and configured in /u/phpMyAdmin-3.3.8.1-all-languages



entry in /usr/lib/php.ini :



open_basedir = /tmp/:/u/phpMyAdmin:/usr/lib/php/



according to the documentation, this should give access to the phpmyadmin
installation, and used to do so up to php-5.3.3, but now, as of php-5.3.4,
gives an error message

open_basedir restriction in effect.
File(/u/phpMyAdmin-3.3.8.1-all-languages/index.php) is not within the
allowed path(s): (/tmp/:/u/phpMyAdmin:/usr/lib/php/)



it works when changing /usr/lib/php.ini to 

open_basedir = /tmp/:/u/phpMyAdmin-3.3.8.1-all-languages:/usr/lib/php/


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

Reply via email to