Item2288: Broken redirect from Login back to an Edit screen
Priority: Normal
Current State: No Action Required
Released In: n/a
Target Release: n/a
Version;
This site is running Foswiki version Foswiki-1.0.7, Sun, 20 Sep 2009, build 5061, Plugin API version 2.0
Without credentials;
http://localhost/foswiki/bin/view/System/WebHome
Edit button leads to
http://localhost/foswiki/bin/login/System/WebHome?t=1256423029;origurl=//foswiki/bin/edit/System/WebHome%3ft%3d1256423029
Finish login and the page goes to
http://www20.search.rogers.com/search?qg=www.foswiki.ca%2Fbin%2Fedit%2FSystem%2FWebHome%3Ffoswiki_redirect_cache%3Daa05580b4d7502d61730e6f49a1f8dad&rn=Pn7Yv26uhNf_dJ2&rg=
which is a sneaky ISP redirect, but it still means the Login redirect fails somewhere.
This could well be a local configuration problem?
Cheers
--
BrianTiffin - 24 Oct 2009
With Opera setup to block the Roger's sneaky git moves, (which could still influence this, the www.*.ca thing)
http://www.foswiki.ca/bin/edit/System/WebHome?foswiki_redirect_cache=18b66e39b6dcf5935872de312db0a2de
--
BrianTiffin - 24 Oct 2009
Solved, well the symptoms at least
LocalSite.cfg had
$Foswiki::cfg{DefaultUrlHost} = 'http://localhost/';
The
trailing slash is a no no it seems.
$Foswiki::cfg{DefaultUrlHost} = 'http://localhost';
Deleted the cfg attachment from the task.
Does this require some defensive code around trailing characters for that config option?
--
BrianTiffin - 25 Oct 2009
quite interesting.
//bin/view seems to get interpreted as a
http://
url with the protocol part missing, so the first portion of the relative URL is mis-interpreted as a hostname.
I've reproduced the effect, but not the cause - so I wonder if you have got some kind of rewrite or redirect rules in your apache config that are adding to the issue.
adding a trailing
/
to my
DefaultUrlHost didn't produce this issue for me - so its got to be caused by more than just that.
--
SvenDowideit - 01 Nov 2009
I can make a configure checker to warn if there's a trailing slash on
{DefaultUrlHost}
, would that be enough to close this task?
--
PaulHarvey - 04 May 2010
Yes, though I'd really like to understand why it happens.
--
CrawfordCurrie - 07 May 2010
Item2597 is a duplicate of this task.
--
GeorgeClark - 13 Mar 2011
I believe that this has been resolved along the way. The origurl= query param is no longer passed. Setting to No Action.
--
GeorgeClark - 09 Jan 2015