#21564 [Bgs]: corrupted paths coming to open_basedir
ID: 21564 Updated by: [EMAIL PROTECTED] Reported By: r at orcafat dot com Status: Bogus Bug Type: Apache related Operating System: freebsd 4.6 PHP Version: 4.3.0 New Comment: This should now be fixed in CVS. Fix scheduled for PHP 4.3.5. Previous Comments: [2003-10-04 00:52:42] [EMAIL PROTECTED] See bug #25753 (placeholder for all these reports about leaking php ini settings) [2003-01-10 03:33:58] [EMAIL PROTECTED] Duplicate of #19292. [2003-01-10 03:32:20] r at orcafat dot com If one is having open_basedir on in one virtualhost, that open_basedir is sometimes applied to another virtualhost without open_basedir restriction. This is NOT a bug in the open_basedir code, but the open_basedir function is feed with the wrong path, and triggers on that one. Looks like some mem corruption or init problem that doesn't clean the variables correctly before serving a new request. Problem occours when a apache child that has served a open_basedir restriced virtualhost, and the next request doesn't have open_basedir on or does have a different open_basedir path. Looks like this only applies to newly started apache childs also. This is critical. './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-mysql=/usr/local' '--with-pspell=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.6' -- Edit this bug report at http://bugs.php.net/?id=21564&edit=1
#21564 [Bgs]: corrupted paths coming to open_basedir
ID: 21564 Updated by: [EMAIL PROTECTED] Reported By: r at orcafat dot com Status: Bogus Bug Type: Apache related Operating System: freebsd 4.6 PHP Version: 4.3.0 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-01-10 03:33:58] [EMAIL PROTECTED] Duplicate of #19292. [2003-01-10 03:32:20] r at orcafat dot com If one is having open_basedir on in one virtualhost, that open_basedir is sometimes applied to another virtualhost without open_basedir restriction. This is NOT a bug in the open_basedir code, but the open_basedir function is feed with the wrong path, and triggers on that one. Looks like some mem corruption or init problem that doesn't clean the variables correctly before serving a new request. Problem occours when a apache child that has served a open_basedir restriced virtualhost, and the next request doesn't have open_basedir on or does have a different open_basedir path. Looks like this only applies to newly started apache childs also. This is critical. './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-mysql=/usr/local' '--with-pspell=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.6' -- Edit this bug report at http://bugs.php.net/?id=21564&edit=1
