php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #41966 cannot set include_path in php.ini
Submitted: 2007-07-11 17:28 UTC Modified: 2007-07-19 01:00 UTC
Votes:21
Avg. Score:4.5 ± 0.7
Reproduced:20 of 20 (100.0%)
Same Version:9 (45.0%)
Same OS:9 (45.0%)
From: badaboom003-asdf at yahoo dot com Assigned:
Status: No Feedback Package: PHP options/info functions
PHP Version: 5.2.3 OS: Ubuntu 7.04 Feisty Fawn AMD64
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: badaboom003-asdf at yahoo dot com
New email:
PHP Version: OS:

 

 [2007-07-11 17:28 UTC] badaboom003-asdf at yahoo dot com 
Description:
------------
Using:
Apache/2.2.3 (Ubuntu) PHP/5.2.1

can't change the include_path in php.ini. it always defaults to: ".:/usr/share/php:/usr/share/pear".

i know i'm using the correct php.ini file because it shows the correct Configuration File Path in phpinfo().

i can successfully set other variables in php.ini such as memory_limit or whatever, restart apache, and everything works fine. however, when i try to change the include_path, nothing happens.

Reproduce code:
---------------
; UNIX: "/path1:/path2"
include_path = ".:/usr/share/php:/usr/share/php/PEAR:/var/somesite/app/classes"
;
; Windows: "\path1;\path2"
;include_path = ".;c:\php\includes"

Expected result:
----------------
when i run phpinfo() i should see:

include_path .:/usr/share/php:/usr/share/pear:/var/somesite/app/classes

Actual result:
--------------
what i actually see is:

include_path .:/usr/share/php:/usr/share/pear

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-07-11 18:39 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

And check phpinfo() output for what php.ini files was loaded and actually in use.
 [2007-07-19 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2009-03-18 19:07 UTC] jeffreyd dot davis at gmail dot com 
This is still a problem with PHP 5.2.5. I am running on a Redhat system.

I can confirm that I am loading the correct php.ini file but my changes have no effect. My changes to the path show up in phpinfo(), But when I run get_include_path() it always shows the default path instead of my changes. Also, running set_include_path() no longer has any effect, either. This latter problem is only true as of PHP 5.2.5
 [2009-07-10 10:20 UTC] dave at dtracorp dot com 
this just happened to me as well, on a debian machine
just randomly, i was updating some code, and then for some reason it just stopped working
using php 5.3.0, the include_path is set, /several/paths/to/include in the php.ini
it is the correct php.ini, as it says in phpinfo(), when i remove the ini file, the include path stays the same, /path/to/php/install/lib/php
when i put the ini file back, it still says that

php built as a cgi
 [2009-07-10 10:34 UTC] dave at dtracorp dot com 
try running php -i | grep include_path from the command line, perhaps there is a syntax error in your php.ini
 [2010-02-19 00:30 UTC] david_pidcock at yahoo dot com 
Using 5.1.6 on red hat

Same problem.  I ran 
php -i | grep include_path 
and the output was what was I have in the php.ini file.  

However, the phpInfo() output is .:/usr/share/pear
Also,  using get_include_path() I also get the /pear path instead of the one I expect.

Finally, the system does not include files from the path I entered into php.ini   (so it's not just a cosmetic problem).
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Dec 26 20:01:29 2024 UTC