workin on it

I hope that You will be able to help me out. Today i tried again, and again nothing helped. The strangest thing is that i've also installed drupal and it works just fine. But i would prefer to use concrete rather than drupal.

yea i believe it is a problem with the checking, i have reproduced it

It might be, do you have an idea how to override IT? I've already tried modyfing both the request.php and httacess and some other file in a few different ways, each time on a fresh install so i wouldn't mess anything.

Any news on this?

I have resolved by uncompress it directly in the server and add the php5.ini file with the content:
cgi.fix_pathinfo = 1


Additional information in the GoDaddy Help Page:
http://help.godaddy.com/topic/769/article/4675?locale=en...

Now it's working! ;)

Hello,

I have installed an earlier version of Concrete5 on my shared webspace in the past with success. These installation is running without problems and it´s updated to the last version C5.5.1. Everthing´s nice.

I started another installation with C 5.5.1 on the same webhoster, but now it´s failing because of the "Cannot parse the PATH_INFO or ORIG_PATH_INFO"- Problem.

It´s not possible to have access to the root an the php5.ini-file, so I couldn´t solve this problem with "cgi.fix_pathinfo =1".

What can I do else to run C5 again?

Thanks.

I found the problem, it was another problem of the server-configuration...

Just downloaded concrete5.5.1 and encountered same problem. I scanned the document tree and found possible cause in source file /concrete5/concrete/libraries/request.php

Line 86 $path = Request::parsePathFromRequest('ORIG_PATH_INFO');
Line 89 $path = Request::parsePathFromRequest('PATH_INFO');

I presume the tokens ORIG_PATH_INFO and PATH_INFO must be constants. Bound by quotes they're interpreted as string literals.

I removed the quotes from both tokens, saved the file, and requested the default startup Url. The screen loaded correctly and all required tests passed.

Onward with installation...

// EWS

This can't definitely be the reason.
If you have a look at the code of parsePathFromRequest($var) you will see that it is combined to $_SERVER[$var] and normally both ways result in $_SERVER[INFO_PATH] or $_SERVER['INFO_PATH'] which ist also the same (I'm running Win server 2003 with php 5.3)

What helped in my case was to add this as first line to index.php:
$_SERVER['ORIG_PATH_INFO'] = $_SERVER['HTTP_X_REWRITE_URL'];

Most of you will not be able to do this, because you will not find $_SERVER['HTTP_X_REWRITE_URL']. This is generated by an url rewriting tool (ISAPI-Rewrite by Helicon) which I use for other services.

But this one lead me to the idea that you can also try something like that adding as first line:
$_SERVER['ORIG_PATH_INFO'] = $_SERVER['REQUEST_URI'];
or
$_SERVER['ORIG_PATH_INFO'] = $_SERVER['REDIRECT_URL'];
or even
$_SERVER['ORIG_PATH_INFO'] = $_SERVER['PHP_SELF'];
maybe works.
I tested none of them as I'm satisfied by my solution, but maybe one of you can benefit

$_SERVER['ORIG_PATH_INFO'] = $_SERVER['REDIRECT_URL'];

Thanks, im use home.pl server - looking on all forum try php5.ini htaccess and evrything else - u help me!