Install problem with $base_url using SCRIPT_NAME

I'm not sure if this is the same issue or not but I tried to install Drupal 5 beta 1 to a server running mod_fastcgi and got similar malformed URL results. I was in a hurry to kick the tires on the new version so I just modified the stock .htaccess file and appended the following line into it.

RemoveHandler cgi-script .php

This did the trick and the installer completed with limited issues, all my fault. Granted I'm not running php code as a cgi script in this directory but that was a small loss to me on a test installation with no work load to speak of. I'll dig into the install code and see if I can figure out a fix, but not until I've finished playing with all the new shiny features of 5, so don't hold your breath or wait on me.

On a hunch I commented out the remove handler line I added to the .htaccess file and I was rewarded with blazing fast performance, I'm very impressed with the results I must say. So it looks like this is just a bug in the new install script not being able to detect the base URL when run as a cgi. Not a surprising bug at all, at least to me anyway.

I have a similar problem when installing from from a subdirectory on my host (dreamhost). Upon trying to open site.com/directory/install.php it would redirect to site.com/cgi-bin/install.php which doesn't exist. Moving out of a subdirectory made the install work as expected.

See: http://drupal.org/drupal-5.0-beta1#comment-169923 for more examples.

i know that on groups.drupal.org, we manually set a $base_url in our settings.php and all works well (didn't try installer though). there might be a more systematic fix though.

tentatively setting to critical because folks can't even install with fastcgi.

plz attach (or send me in private if sensitive) var_dump($_SERVER) from a fastcgi server and tell me what $base_url should be so I can figure out some combination that works.

thanks Moshe, Kjartan, Greggles for providing dumps.

I tested this with the following steps:

1. check out drupal head as of right now...
2. get and apply the patch
3. visit http://example.com/subdir/
4. My browser was redirected to http://example.com/subdir/install.php?profile=default

My server is PHP5.1.2cgi-fcgi

I believe this is the correct behavior - if another user with phpmodule can test then it seems RTBC.

I just removed the patch and tested again and I was forwarded to install.php?profile=default

So, I can't repeat the original problem which means that my test may not be relevant. At least this change doesn't cause a regression for me.

Worked for me as a module.

Committed to CVS HEAD. I think this needs backporting.

done