Item9284: web defaulting fails if url has a lowercase web
Priority: Normal
Current State: Confirmed
Released In: n/a
Target Release: major
http://trunk.foswiki.org/bin/view/system
goes to
Main, no error reported.
http://foswiki.org/bin/view/system silently redirects to
http://foswiki.org/system and
then quietly does the wrong thing too
the user should at least know there was something wrong...
this is a bit related to shorterurls, and a bit to something else i fear
--
SvenDowideit - 09 Jul 2010
There is already a hack in place in Foswiki.pm to ucfirst the topic name. I don't like that hack, nor the idea of a similar hack for webs, because the validity of web and topic names is dictated by the configured regexes, not some arbitrary hard-coded heuristics.
system
may be a perfectly valid web name.
However if you reach the end of the
view
script with uninterpreted path info left over, I guess you could detect it. Of course you'd have to decide what "uninterpreted" means, as it may be fodder for a REST call, or for a plugin.
I don't think this is a release blocker. It's a bit clumsy, but not a killer. Confirmed at Normal prio.
--
CrawfordCurrie - 10 Jul 2010
Similar to
Item929 - The URL is validated for a valid Topic and Web name. An invalid name - illegal characters, web without Capitalization, embedded spaces, etc. is
removed and then default URL handling kicks in substituting
WebHome and Main as needed. Unfortunately it doesn't go one step further and remove the illegal webname from the url by redirecting to Main or sending an oops.
--
GeorgeClark - 15 Mar 2011