|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #54955 FastCGI doesn't recognize Windows relative paths
Submitted: 2011-05-30 22:08 UTC Modified: 2011-05-31 01:53 UTC
Avg. Score:4.4 ± 0.8
Reproduced:5 of 5 (100.0%)
Same Version:1 (20.0%)
Same OS:4 (80.0%)
From: johanntrg at msn dot com Assigned:
Status: Open Package: CGI/CLI related
PHP Version: 5.3.6 OS: Windows 7 64bits SP1
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: johanntrg at msn dot com
New email:
PHP Version: OS:


 [2011-05-30 22:08 UTC] johanntrg at msn dot com
I have configured my webserver (nginx) to have its document root out of its 
working path in "..\files" (please, note the two dots). When I request static 
files, it serves them without any problem. Anyway If I request a PHP file, the 
request it's not served because php-cgi.exe running as the fastCGI server al returns an error 400 code.

If I user absolute paths it works. Also, if I move the "..\files" folder to 
"./files" (please, note the only one dot) and I change the document root to 
reflect that new relative path.

So It looks that relative paths with two dots are not getting resolved by php-
cgi.exe as fastCGI server.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2012-12-04 09:14 UTC] marc dot fauser+php at gmail dot com
I have the same problem since months. I would even pay money to get this bug fixed. So far you can "solve" it by using mklink.

mklink /J files ..\files
PHP Copyright © 2001-2021 The PHP Group
All rights reserved.
Last updated: Mon Aug 02 10:01:24 2021 UTC