cgi-fcgi, so Chuck's fix for bug 2401 should work. And, indeed, it 
does. Sorry, I seem to have managed to have been a bit of an idiot. 
Applying the patch indicated that it had already been applied, but 
only because of the first hunk (the version number of Horde.php). I 
should have looked in more detail.



So, apologies for wasting your time. This bug can now be closed.

Your case should still be catched by Chuck's fix for bug 2401. What is 
your exact SAPI name? Create a small PHP script like:



<?php echo php_sapi_name(); ?>

Thanks Jan. Making the following change to that function fixes this 
problem for me:



791c791

<         $url = isset($_SERVER['SCRIPT_NAME']) ? 
$_SERVER['SCRIPT_NAME'] : $_SERVER['PHP_SELF'];

---
That's just changing it back to how it was in Horde 3.0.4 though.



In my setup, PHP_SELF is (for example):



/horde/login.php



Whereas SCRIPT_NAME is:



/php.fcgi



http://uk.php.net/manual/en/reserved.variables.php#55475 seems to say 
that there's no ideal solution to this problem. Doh!



I'm not sure what problem the original change was trying to fix? 
Perhaps the problem of PHP_SELF not always being set? If so, then 
maybe the check could be the other way round? That is, use PHP_SELF if 
it's set, but otherwise use SCRIPT_NAME.

Try playing with the Horde::selfUrl() method and see if you can find a 
version that works for your setup.

Hi Jan,



That wouldn't explain why the same thing happens with the command line 
HEAD program though, would it? Anyway, I've tried it with a browser 
with an empty cache and no cookies, but it's exactly the same.



I was logged in when I did the upgrade and I was able to use Horde 
until I shut down the browser and needed to login again. Everything 
seemed to be working OK, except that when I chose Options for a 
particular app, clicking on (for example) Display Options wouldn't 
work because the URL was pointing at my PHP CGI and not at the 
relevant PHP script. Here are the lines from the log:



xxx.xx.xxx.xx - - [15/Aug/2005:10:10:53 -0700] "GET /horde/nag/ 
HTTP/1.1" 200 3362 
"http://xxx.dreamhosters.com/horde/services/portal/sidebar.php" 
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050721 
Firefox/1.0.6 (Ubuntu package 1.0.6)"

xxx.xx.xxx.xx - - [15/Aug/2005:10:10:54 -0700] "GET 
/horde/services/javascript.php?file=open_help_win.js&app=horde 
HTTP/1.1" 200 427 "http://xxx.dreamhosters.com/horde/nag/" 
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050721 
Firefox/1.0.6 (Ubuntu package 1.0.6)"

xxx.xx.xxx.xx - - [15/Aug/2005:10:11:00 -0700] "GET 
/horde/services/prefs.php?app=nag HTTP/1.1" 200 1798 
"http://xxx.dreamhosters.com/horde/nag/" "Mozilla/5.0 (X11; U; Linux 
i686; en-US; rv:1.7.10) Gecko/20050721 Firefox/1.0.6 (Ubuntu package 
1.0.6)"

xxx.xx.xxx.xx - - [15/Aug/2005:10:11:01 -0700] "GET 
/horde/services/javascript.php?file=open_help_win.js&app=horde 
HTTP/1.1" 200 427 
"http://xxx.dreamhosters.com/horde/services/prefs.php?app=nag" 
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050721 
Firefox/1.0.6 (Ubuntu package 1.0.6)"

xxx.xx.xxx.xx - - [15/Aug/2005:10:11:04 -0700] "GET 
/php.fcgi?group=display&app=nag HTTP/1.1" 200 5 
"http://xxx.dreamhosters.com/horde/services/prefs.php?app=nag" 
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050721 
Firefox/1.0.6 (Ubuntu package 1.0.6)"



I think this is a different problem though (and I was going to report 
it once I'd managed to login again), because this is the only time I 
see GETs for php.fcgi in the logs.



Cheers,

Ian

This usually only happens if messing the code or configuration while 
bein logged in. Logout, clear your browser cookies and cache, close 
the browser, and try again.

Hi,



I've just upgraded from Horde 3.0.4 to 3.0.5 (and from Nag 2.0.1 to 
2.0.2 and from Turba 2.0.2 to 2.0.3). I now can't login. When I try I 
just get an error from the browser:



Redirection limit for this URL exceeded. Unable to load the requested 
page. This may be caused by cookies that are blocked.



I'm using PHP 4.4.0, but (unusually, I suspect), I'm running the 
FastCGI version of PHP.



Here's the output from HEAD:



xxx@xxx:~ $ HEAD http://xxx.dreamhosters.com/horde/

302 Found

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Connection: close

Date: Tue, 16 Aug 2005 17:25:15 GMT

Pragma: no-cache

Location: 
http://xxx.dreamhosters.com/horde/login.php?Horde=47d2a9c8433cabd829d7d4e727c59b29

Server: Apache/1.3.31 (Unix) DAV/1.0.3 mod_fastcgi/2.4.2 
mod_gzip/1.3.26.1a PHP/4.3.10 mod_ssl/2.8.19 OpenSSL/0.9.6c

Content-Type: text/html; charset=ISO-8859-1

Expires: Thu, 19 Nov 1981 08:52:00 GMT

Client-Date: Tue, 16 Aug 2005 17:25:15 GMT

Client-Peer: 64.111.105.157:80

Client-Response-Num: 1

Client-Warning: Redirect loop detected (max_redirect = 7)

Set-Cookie: auth_key=47d2a9c8433cabd829d7d4e727c59b29; path=/horde; 
domain=xxx.dreamhosters.com

X-Powered-By: PHP/4.4.0



I thought the patch for bug 2401 might fix this, but the copy of 
horde-3.0.5.tar.gz I downloaded yesterday surprisingly already seems 
to have had the patch applied.



Cheers,

Ian