TYPO3.Flow

Bastian Waidelich wrote:

I can't reproduce this on platform:

Do you run PHP as FastCGI, CGI or Apache module? That probably makes a difference...

Karsten Dambekalns wrote:

Do you run PHP as FastCGI, CGI or Apache module? That probably makes a difference...

Apache module..
Can someone else reproduce this?

I can reproduce this on two machines:

Debian Etch
Apache/2.2.3 with mod_fcgid
PHP 5.3.0 as CGI/FastCGI
cgi.fix_pathinfo=1 in php.ini

Debian Lenny
Apache/2.2.9 with mod_fcgid
PHP 5.3.0RC4 (from php53.dotdeb.org) AS CGI/FastCGI
cgi.fix_pathinfo=1 in php.ini

BTW: $_SERVER['PATH_INFO'] is empty for every request. A FastCGI problem?

I could not get hold of Marcus. Maybe someone else with the same setup could try the patch?

By Marco Weber:

Im not sure... The error message sound familiar.
Could this be a problem on the gentoo configuration? Sometimes it happens that the path of the script to execute is passed to the php-cgi in wrong format.
In this case you will see an error message like the one in the ticket:

        Warning: Unknown: Filename cannot be empty in Unknown on line 0
        Fatal error: Unknown: Failed opening required ''
 (include_path='.:/usr/share/php5:usr/share/php') in Unknown on line 0

The solution: You can then set the PATH_TRANSLATED variable in the FCGI Starter Script. This variable will tell the php-cgi which file to execute.

You can then simply add something like this at the beginning of your starter script:

TRUNC_PATH_TRANSLATED=`/usr/local/bin/translate`
if test "$?" = "0" 
then
 export PATH_TRANSLATED=$TRUNC_PATH_TRANSLATED
fi

( /usr/local/bin/translate is a tool written by myself... You just need
to analyse the wrong path and then set the corrected one... )

Karsten Dambekalns wrote:

By Marco Weber:

Im not sure... The error message sound familiar.
Could this be a problem on the gentoo configuration? Sometimes it happens that the path of the script to execute is passed to the php-cgi in wrong format.
In this case you will see an error message like the one in the ticket:
[...]

The solution: You can then set the PATH_TRANSLATED variable in the FCGI Starter Script. This variable will tell the php-cgi which file to execute.

You can then simply add something like this at the beginning of your starter script:
[...]

( /usr/local/bin/translate is a tool written by myself... You just need
to analyse the wrong path and then set the corrected one... )

Could you post the content of your translate tool? This would be great.

But actually i think that this issue requires to change the way FLOW3 handles requests and routing, because php with fcgid has problems with "RewriteRule (.*) index.php/$1"
There are 2 solutions which work in every environment:
One way would be to change the RewriteRule to:
In this case the path would be in the QUERY_STRING Variable.

RewriteRule (.*) index.php?/$1

or to change it to:
This way the path can be analysed from REQUEST_URI Variable.

RewriteRule (.*) index.php

I would prefer the first RewriteRule as QUERY_STRING Variable does not have any problems on any environment. Of course there would be some minor changes to Environment.php too.
I also would append [L,QSA] to the end of the RewriteRule. This would Append the query string to the request. (QSA = Query String Append).

This issue is nothing new at all. You can search for this kind of issue. This is a known issue with this Environment:

http://www.google.at/search?hl=de&q=fcgi+"no+input+file+specified"+mod_rewrite+apache
http://www.mail-archive.com/symfony-users@googlegroups.com/msg20367.html
http://stackoverflow.com/questions/1557258/htaccess-problem-no-input-file-specified

I have also tried all the solutions above:

'FcgidFixPathinfo 1' in vhost configuration
'doc_root=/var/www/xxxx/public' in php.ini
'cgi.fix_pathinfo=1' in php.ini
'RewriteBase /' in .htaccess

Nothing worked.

If i patch Environment.php as i posted, FLOW3 works as expected. I hope this helps and this fix can be integrated soon.

If you need such an environment to test it (Linux, Apache, PHP, mod_rewrite, FCGID), I can give you a virtual machine.

I have made some tests:

I tested this url with different RewriteRules.
http://flow3.wda.local/info/path1/path2,asdf,qwertz/lorem.xml?foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz

RewriteRule 1:

RewriteRule info/(.*) info.php [L]

Result:

_SERVER:
REQUEST_URI  string(110) "/info/path1/path2,asdf,qwertz/lorem.xml?foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz" 
QUERY_STRING  string(70) "foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz" 
PATH_INFO  NULL
ORIG_PATH_INFO  NULL
PATH_TRANSLATED  NULL

_GET:
foo  string(3) "bar" 
foo2  string(7) "baz,xyz" 
lalala  string(42) "/path3/path4_asdf-1235648---xyz,abcdef?xyz" 

RewriteRule 2:

RewriteRule info/(.*) info.php [L,QSA]

Result:

_SERVER:
REQUEST_URI  string(110) "/info/path1/path2,asdf,qwertz/lorem.xml?foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz" 
QUERY_STRING  string(70) "foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz" 
PATH_INFO  NULL
ORIG_PATH_INFO  NULL
PATH_TRANSLATED  NULL

_GET:
foo  string(3) "bar" 
foo2  string(7) "baz,xyz" 
lalala  string(42) "/path3/path4_asdf-1235648---xyz,abcdef?xyz" 

RewriteRule 3:

RewriteRule info/(.*) info.php?/$1 [L]

Result:

_SERVER:
REQUEST_URI  string(110) "/info/path1/path2,asdf,qwertz/lorem.xml?foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz" 
QUERY_STRING  string(34) "/path1/path2,asdf,qwertz/lorem.xml" 
PATH_INFO  NULL
ORIG_PATH_INFO  NULL
PATH_TRANSLATED  NULL

_GET:
/path1/path2,asdf,qwertz/lorem_xml  string(0) "" 

RewriteRule 4:

RewriteRule info/(.*) info.php?/$1 [L,QSA]

Result:

_SERVER:
REQUEST_URI  string(110) "/info/path1/path2,asdf,qwertz/lorem.xml?foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz" 
QUERY_STRING  string(105) "/path1/path2,asdf,qwertz/lorem.xml&foo=bar&foo2=baz,xyz&lalala=/path3/path4_asdf-1235648---xyz,abcdef?xyz" 
PATH_INFO  NULL
ORIG_PATH_INFO  NULL
PATH_TRANSLATED  NULL

_GET:
/path1/path2,asdf,qwertz/lorem_xml  string(0) "" 
foo  string(3) "bar" 
foo2  string(7) "baz,xyz" 
lalala  string(42) "/path3/path4_asdf-1235648---xyz,abcdef?xyz" 

So i change my mind. I think RewriteRule 1 or 2 is the one you should change to, because Rule 3 and 4 changes 'lorem.xml' to 'lorem_xml'

The Test Code:

<h1>_SERVER:</h1>
<pre>
<?php
echo "<strong>REQUEST_URI&nbsp;&nbsp;</strong>";
var_dump(isset($_SERVER['REQUEST_URI']) ? $_SERVER['REQUEST_URI'] : null);
echo "<strong>QUERY_STRING&nbsp;&nbsp;</strong>";
var_dump(isset($_SERVER['QUERY_STRING']) ? $_SERVER['QUERY_STRING'] : null);
echo "<strong>PATH_INFO&nbsp;&nbsp;</strong>";
var_dump(isset($_SERVER['PATH_INFO']) ? $_SERVER['PATH_INFO'] : null);
echo "<strong>ORIG_PATH_INFO&nbsp;&nbsp;</strong>";
var_dump(isset($_SERVER['ORIG_PATH_INFO']) ? $_SERVER['PATH_INFO'] : null);
echo "<strong>PATH_TRANSLATED&nbsp;&nbsp;</strong>";
var_dump(isset($_SERVER['PATH_TRANSLATED']) ? $_SERVER['PATH_TRANSLATED'] : null);
?>
</pre>
<br/>
<h1>_GET:</h1>
<pre>
<?php
foreach ($_GET as $key => $value) {
    echo "<strong>" . $key . "&nbsp;&nbsp;</strong>";
    var_dump($value);
}
?>
</pre>

Hope this helps to fix this Issue soon.

Karsten Dambekalns wrote:

Applied in changeset r3833.

This works for my Environment! Thanks

confirmed the bug on Debian Squeeze using Apache with mod-fcgid and php-cgi
The patches from r3833 fix the problem on this environment.

Thanks!