Item7363 < Bugs

AppliesTo:	Component:	Priority:	CurrentState:	WaitingFor:	TargetRelease	ReleasedIn
Engine		Normal	Confirmed		n/a

I can use http://cfcl.com/twiki5/bin/view/Projects

as a URL. I will be sent to http://cfcl.com/twiki5/bin/view/Projects/WebHome

. (WebHOme acts like index.html; it's not necessary to name it specifically).

However, I cannot use http://cfcl.com/twiki5//bin/view/Projects/ISLE as a URL; instead, I have to use http://cfcl.com/twiki5/bin/view/Projects/ISLE/. Note the / at the end. This behavior is inconsistent, annoying, and unnecessary.

IIRC, the requirement for the / was chosen when subwebs were first created because of the possibility of conflict between a subweb and a topic. However, the resulting behavior breaks the Principle of Least Astonishment and may cause confusion in some cases. IN addition, people really should be avoiding having both topics and subwebs with the same name, but that's a different discussion.

So, here is a suggestion for a minor, and largely backward-compatible, revision of this behavior:

If there is no conflicting page (eg, Foo.txt), map Foo to Foo/WebHome.

If a conflicting page (eg, Foo.txt) exists, display it, but add a note that it should be moved to Foo/WebHome.

If both Foo.txt and Foo/WebHome.txt exist, display Foo.txt, but add a note that the pages should be merged.

Note: At Yahoo!, I would create a topic Foo in every subweb Foo (redirection to Foo/WebHome) as a workaround. I shouldn't have needed to do that. frown

-- TWiki:Main/VickiBrown - 2013-10-11

Good point.

-- TWiki:Main.PeterThoeny - 2013-10-11

ItemTemplate
Summary	Give subwebs first-class URL behavior
ReportedBy	TWiki:Main.VickiBrown
Codebase	5.1.4
SVN Range	TWiki-6.0.0-trunk, Wed, 09 Oct 2013, build 26481
AppliesTo	Engine
Component
Priority	Normal
CurrentState	Confirmed
WaitingFor
Checkins
TargetRelease	n/a
ReleasedIn

Item7363: Give subwebs first-class URL behavior

Item Form Data

Edit Form Data

Detail