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
