NOTE: If you are a developer, please use a private wiki based on foswiki/trunk on a daily base ...or use
trunk.foswiki.org to view this page for some minimal testing.
Use
Item9693 for docu changes for 1.2 and 2.0.
Item818: Foswiki::Request::url doesn't honor $Foswiki::cfg{ScriptSuffix}
| Priority: |
CurrentState: |
AppliesTo: |
Component: |
WaitingFor: |
| Urgent |
Closed |
Engine |
Foswiki::Request |
|
Systems like Windows+IIS
needs a script suffix in order to execute CGI scripts correctly. There is a
$Foswiki::cfg{ScriptSuffix} configuration key for that cases.
Foswiki::Request::url ignores this setting, leading to "The page cannot be found" errors (the browser is undeced to GET
/bin/edit instead of
/bin/edit.pl).
--
GilmarSantosJr - 20 Jan 2009
I could use
Foswiki::getScriptUrl to implement part of
Foswiki::Request::url, but its documentation states:
---++ ObjectMethod getScriptUrl( $absolute, $script, $web, $topic, ... ) -> $scriptURL
(...)
If $absolute is set, generates an absolute URL. $absolute is advisory only;
Foswiki can decide to generate absolute URLs (for example when run from the
command-line) even when relative URLs have been requested.
Foswiki::Request::url() need
exact results and not
advisory...
--
GilmarSantosJr - 20 Jan 2009
This fix broke EditTablePlugin tests. So I reopened to commit the fix to the tests, that generated a URL by hand, making the same mistake
Foswiki::Request::url made.
--
GilmarSantosJr - 21 Jan 2009