Item908: adding a script suffix seems to confuse the url parsing code
Priority: Urgent
Current State: Closed
Released In:
Target Release: patch
Applies To: Engine
Component:
Branches:
if you add
.pl
and goto
http://yourfoswiki/bin/view.pl the parsing code will tell you it can't fine the
Pl
topic
will be a pretty trivial unit test to add and then fix - related to the other bug fix i did in this area, and the feature proposal Kenneth kindly made me
--
SvenDowideit - 29 Jan 2009
Foswiki core expects
PATH_INFO
to be something like
/Web/Subweb/Topic
. IIS adjusts it to
/foswiki/bin/view.pl/Web/Subweb/Topic
.
Foswiki::Engine::CGI::preparePath()
already handle this case:
# SMELL: "The Microsoft Internet Information Server is broken with
# respect to additional path information. If you use the Perl DLL
# library, the IIS server will attempt to execute the additional
# path information as a Perl script. If you use the ordinary file
# associations mapping, the path information will be present in the
# environment, but incorrect. The best thing to do is to avoid using
# additional path information."
# (...)
my $cgiScriptPath = $ENV{SCRIPT_NAME};
$pathInfo =~ s{$cgiScriptPath/}{/}i;
This workaround works to
/foswiki/bin/view.pl/
but not to
/foswiki/bin/view.pl
(notice the trailing slash).
So this workaround should be improved.
--
GilmarSantosJr - 30 Jan 2009