Edit report at http://bugs.php.net/bug.php?id=53597&edit=1

 ID:                 53597
 User updated by:    hsk at fli-leibniz dot de
 Reported by:        hsk at fli-leibniz dot de
 Summary:            open_basedir not working as documented
 Status:             Closed
 Type:               Bug
 Package:            Safe Mode/open_basedir
 Operating System:   Linux
 PHP Version:        5.3.4
 Assigned To:        pajoye
 Block user comment: N
 Private report:     N

 New Comment:

ahhh, a bug once documented is a feature :-)



please reopen this case



it's not the documentation that should be changed but the php code so
that php again has the behaviour it had ever since



as things are now they introduce an incompatible change to php: the
setting open_basedir=/u/phpMyAdmin no longer allows to access e.g.
/u/phpMyAdmin-3.3.9-all-languages/index.php



maybe
http://svn.php.net/viewvc/php/php-src/trunk/main/fopen_wrappers.c?r1=305098&r2=305698
causes the problems described?


Previous Comments:
------------------------------------------------------------------------
[2011-02-10 16:58:08] vr...@php.net

Automatic comment from SVN on behalf of vrana
Revision: http://svn.php.net/viewvc/?view=revision&revision=308212
Log: open_basedir is not prefix anymore (doc bug #53597)

------------------------------------------------------------------------
[2011-02-10 16:58:07] vr...@php.net

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.



------------------------------------------------------------------------
[2011-01-12 17:25:07] chroom dot chroom at gmail dot com

1 >> I confirm: open_basedir does not act as prefix



I experience the same problem with an earlier version: PHP 5.3.2 (API
20090626) on 32-bit Ubuntu 10.04.



2 >> A new case: open_basedir ending with a slash blocks PHP



Another problem with the same config option is: path ending with a slash
practically blocks PHP in an annoying way. With open_basedir set to
"/var/www/" it is expected to be able to serve files from this
directory, but it doesn't work. This is not only different from the
docs, this is nonsense. It's the behaviour that should be changed, not
only the docs. So please change the bug status.

This excerpt from errorlog documents this absurd:



PHP Warning:  Unknown: open_basedir restriction in effect. File(/var/

www/bits.php) is not within the allowed path(s): (/var/www/) in Unknown
on line 0

------------------------------------------------------------------------
[2011-01-10 16:31:14] paj...@php.net

Docs need to be updated but that won't change.

------------------------------------------------------------------------
[2011-01-10 16:31:11] paj...@php.net

Docs need to be updated but that won't change.

------------------------------------------------------------------------


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/bug.php?id=53597


-- 
Edit this bug report at http://bugs.php.net/bug.php?id=53597&edit=1

Reply via email to