Bug #48746 [Com]: Unable to browse directories within Junction Points

From: Date: Mon, 10 Jun 2019 10:24:16 +0000
Subject: Bug #48746 [Com]: Unable to browse directories within Junction Points
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-221204@lists.php.net to get a copy of this message 
Edit report at https://bugs.php.net/bug.php?id=48746&edit=1

 ID:                 48746
 Comment by:         garipkseo at gmail dot com
 Reported by:        ddkees at illinois dot edu
 Summary:            Unable to browse directories within Junction Points
 Status:             Closed
 Type:               Bug
 Package:            Directory function related
 Operating System:   win32 only - Windows Server 2003
 PHP Version:        5.3.0
 Assigned To:        pajoye
 Block user comment: N
 Private report:     N

 New Comment:

http://www.pakistanjobs.pk/online-jobs/


Previous Comments:
------------------------------------------------------------------------
[2011-11-17 01:04:31] php dot 10 dot davidsfcd at spamgourmet dot com

I have this issue with PHP 5.3.8, I'm running PHP under FastCGI under its own Security
Principal.

My PHP codebase uses CakePHP, when I run the project off a local HDD then the application works
perfectly, but when I run the project off a directory that is an NTFS Symbolic Link to a UNC share
on another server then PHP fails to load files specified by CakePHP.

I've gone into the code and I can't see anything that would cause this to fail besides a
regressive bug in PHP.

I get the same problems with PHP 5.2.17
And with PHP 5.3.0 nothing works at all and PHP refuses to touch anything that goes through an NTFS
junction point. Strange.

------------------------------------------------------------------------
[2010-07-12 14:22:02] pajoye@php.net

It is the way it works on all platforms. It was only not support on windows with 5.2. However 5.3
and later support symlinks and junctions.

Please read the documentation about symlink support in php and how they work. There is no bug here.

------------------------------------------------------------------------
[2010-07-12 14:16:14] M8R-jw2mu7 at mailinator dot com

I don't know if at this point I should file a new defect.

Let's say we have this structure:
H:\www\site1\media\junction ( => I:\resources)

Let's say we call page.php in a browser:
$_SERVER['SCRIPT_FILENAME'] is 'h:/www/(etc.)'
dirname(...) works OK.

<?php
require_once( dirname($_SERVER['SCRIPT_FILENAME']). "/../inc/config.php" );
?>
will yield an error: it does not try to load
  H:\www\site1\media\inc\config.php
but
  I:\inc\config.php (I:\resources/../inc/config.php)

Also, a realpath() on the included string returns false.

------------------------------------------------------------------------
[2010-07-12 14:05:31] pajoye@php.net

The results in 5.3 are correct.

------------------------------------------------------------------------
[2010-07-12 13:58:09] M8R-jw2mu7 at mailinator dot com

pajoye at php dot net:
I get your point, but what about the lstat() part ?
"Gathers the statistics of the file or symbolic link named by filename."

Shouldn't it work for directory symlinks as well?

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


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

    https://bugs.php.net/bug.php?id=48746


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

Thread (70 messages)

« previous php.bugs (#221204) next »