Foswiki on GitHub is open for business! Next release meeting: Monday October 13, 1300Z

Item908: adding a script suffix seems to confuse the url parsing code

Priority: CurrentState: AppliesTo: Component: WaitingFor:
Urgent Closed Engine    
if you add .pl and goto http://yourfoswiki/bin/ 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 smile

-- SvenDowideit - 29 Jan 2009

Foswiki core expects PATH_INFO to be something like /Web/Subweb/Topic. IIS adjusts it to /foswiki/bin/ 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/ but not to /foswiki/bin/ (notice the trailing slash).

So this workaround should be improved.

-- GilmarSantosJr - 30 Jan 2009

ItemTemplate edit

Summary adding a script suffix seems to confuse the url parsing code
ReportedBy SvenDowideit
Codebase 1.0.0, trunk
SVN Range Foswiki-1.0.0, Thu, 08 Jan 2009, build 1878
AppliesTo Engine
Priority Urgent
CurrentState Closed
Checkins distro:03af67c2197f
TargetRelease patch
Topic revision: r6 - 23 Feb 2009, KennethLavrsen
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. see CopyrightStatement. Creative Commons License