Bug #52010 [NEW]: open_basedir restrictions mismatch on vaccum command

From: Date: Sun, 06 Jun 2010 19:51:24 +0000
Subject: Bug #52010 [NEW]: open_basedir restrictions mismatch on vaccum command
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-151136@lists.php.net to get a copy of this message 
From:             
Operating system: Windows (any)
PHP version:      5.3.2
Package:          SQLite related
Bug Type:         Bug
Bug description:open_basedir restrictions mismatch on vaccum command

Description:
------------
with open_basedir enabled and an sqlite3 database file within one of these
allowed directories - using the sqlite3 extension - the sql command "vacuum
<insert_tablename_here>" triggers an open_basedir restriction error.

what confuses the most is that File() in the error message seems to be
empty every time this error occurs and i haven't discovered such behavior
in similar problems.

pdo_sqlite extension is also affected, sqlite3 lib version is 3.6.22

Test script:
---------------
$sqlite3->query('vacuum <anytable>');

Expected result:
----------------
no error returned

Actual result:
--------------
PHP-Warning: Warning: SQLite3::query() [sqlite3.query]: open_basedir
restriction in effect. File() is not within the allowed path(s): (<a lot of
paths listed in here>) in test.php on line 77

PHP-Warning: Warning: SQLite3::query() [sqlite3.query]: Unable to execute
statement: not authorized in test.php on line 77

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

Thread (5 messages)

« previous php.bugs (#151136) next »