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

go to bug id or search bugs for

Request #47785 get_included_files resolves symlinks
Submitted: 2009-03-26 04:04 UTC Modified: 2013-11-02 16:07 UTC
Votes:5
Avg. Score:4.8 ± 0.4
Reproduced:4 of 4 (100.0%)
Same Version:2 (50.0%)
Same OS:3 (75.0%)
From: andre at webkr dot de Assigned: krakjoe (profile)
Status: Not a bug Package: *General Issues
PHP Version: 5.2.9 OS: Linux
Private report: No CVE-ID: None
View Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
46 - 11 = ?
Subscribe to this entry?

 
 [2009-03-26 04:04 UTC] andre at webkr dot de 
Description:
------------
When a symlink is included/required, get_included_files shows the target of the symlink. Together with Bug #46260 this makes it completely impossible to determine how the file was really called when it was included.

Reproduce code:
---------------
include('path_to/a_symlink.php');
var_dump(get_included_files());

Expected result:
----------------
An array containing a string "[...]/path_to/a_symlink.php".

Actual result:
--------------
An array containing a string "[...]/some_file.php".

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2009-03-29 02:52 UTC] andre at webkr dot de 
It's even worse:
When an included file includes another file using a relative path, that is looked up in the target directory of the symlink!

It should be relative to the path where the symlink resides. The only access types that should treat the symlink in a special way are unlink (it should remove the symlink, not the target file) and chmod (it should do nothing). All other access types (especially the read involved here) should see the symlink as if it were a file with the content and attributes of the target file.
 [2013-11-02 15:39 UTC] krakjoe@php.net
-Status: Open +Status: Closed -Package: Feature/Change Request +Package: *General Issues -Assigned To: +Assigned To: krakjoe
 [2013-11-02 15:39 UTC] krakjoe@php.net 
Symlinks are resolved to their full paths because it's the only sensible thing to do.

If your application requires the relative path, it should be no problem to discover it, being that if the path of the application is relevant information then you should have it in a variable/constant somewhere.

This is a non-issue.
 [2013-11-02 16:07 UTC] pajoye@php.net
-Status: Closed +Status: Not a bug
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Oct 31 23:01:28 2024 UTC