http://domain.com/symlink.php/ returns PHP source code instead of executing it.

[mpb.mail@…]

Create page.php:

<?php
print 'PATH_INFO: '. $_SERVER['PATH_INFO']. "<br>\n";
print 'ORIG_PATH_INFO: '. $_SERVER['ORIG_PATH_INFO']. "<br>\n";
?>

Then create a symbolic link with "ln -s page.php symlink.php".

Then compare:

http://domain.com/page.php/
http://domain.com/symlink.php/

The first will execute page.php, as expected.

The second returns the source code for symlink.php (as a file of type "BIN" that you need to save somewhere). This is wrong. It should execute the source code instead.

I'm running LightTPD 1.3.15 and PHP 5.0.4 via FastCGI on FreeBSD 5.3.

Additionally, the new ticket form does not list 1.3.15 as a version of LightTPD. It only lists 1.3.14 and 1.3.x-svn.

[uros@…]

I confirm this on lighttpd-1.3.16, freeBSD 5.4 and php 5.0.4

[ewlloyd@…]

Observed on 1.4.13 (Debian package, built 2008.10.04.

Bump.

[stbuehler]

Please attach a (small) config which reproduces the problem.
Works for me with 1.4.18.

[mpb.mail@…]

As of 1.4.15 the problem seems to be fixed.

[ewlloyd@…]

I bumped this bug back in January, when a fresh Debian install exhibited the problem. Last night, the problem disappeared for no apparent reason. I haven't been able to reproduce it in the VM where I first found it, and I didn't have the foresight to maintain a snapshot before it disappeared.

I'll attempt to reproduce it in a fresh VM, and will reopen the ticket if I'm successful.