ID: 25047 User updated by: phpbugs at mike2k dot com Reported By: phpbugs at mike2k dot com Status: Open Bug Type: CGI related Operating System: Redhat Linux 7.3 PHP Version: 4.3.3RC3 New Comment:
The error message is thrown around line 1508 of sapi/cgi/cgi_main.c "if we are unable to open path_translated and we are not running from shell (so fp == NULL), then fail." Code should be changed or a feature should be added so it overrides that behavior like it used to. It used to ignore everything past the actual file itself - and pass that all as PATH_INFO and such. Previous Comments: ------------------------------------------------------------------------ [2003-08-11 17:17:21] phpbugs at mike2k dot com Description: ------------ For example: http://foo.bar.com/phpinfo.php/some/testing/path Should report that path info in PATH_INFO and possibly REQUEST_URI among other things. however since php 4.3.2 i believe it seems that this does not seem to work - it always gives a "No input file specified" - but it *used* to work just fine. This is a CGI binary compiled with: ./configure --with-mysql=/usr/local/mysql --enable-track-vars --enable-shmop --with-zlib-dir=/usr --enable-inline-optimization --disable-rpath --disable-debug --disable-ipv6 --enable-cli --enable-fastcgi --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --without-pear --enable-xslt --with-xslt-sablot=/usr/local --with-msession I have tried to use --disable-path-info-check as well as --enable-discard-path (some other people logged a variant of this bug/change in "feature") but I do not believe it was ever clearly stated if this is now supposed to function like this (i.e. removing parts of functionality that I had hoped to use.) Running Zeus 4.2r2, PHP Accelerator 1.3.3r2, PHP versions 4.3.3RC1 and RC3, I believe I also compiled 4.3.2 and 4.2.3 and it changed after 4.2 (I think.) If this "bug" is closed, please include why it was closed - otherwise I consider this a bug as functionality was lost and I see no reason why it cannot be "fixed" or reimplemented, or why the command line options seem to make it sound like you can turn this on. --disable-path-info-check "If this is disabled, paths such as /info.php/test?a=b will fail to work." The double negatives are confusing. It doesn't work with or without this switch. It makes it sound like you CAN have it work by default and using this switch will disable it... Reproduce code: --------------- see above. Expected result: ---------------- see above. Actual result: -------------- see above. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=25047&edit=1
