• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7848 for generic doc work for TWiki-6.1.1. Use View topic Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.

[[SomeFoo.SomeBar][SomeBar]] links to the SomeFoo.SomeBar.WebHome subweb even though there is a SomeBar topic in the SomeFoo web.

When hierarchical webs are enabled there is a feature (undocumented?) that introduces a semantic clash for

SomeFoo.SomeBar

pointing either to the subweb or the topic called SomeBar.

I'd opt to remove the feature that

SomeFoo.SomeBar

can point to

SomeFoo.SomeBar.WebHome

as it is (a) buggy and (b) sucking performance

Test create a topic Sandbox in the Sandbox web with content:

[[Sandbox]]

  • hierarchical webs enabled it links to Sandbox.WebHome ... wrong
  • hierarchical webs disabled it links to Sandbox.Sandbox ... correct

[[Sandbox]] should point to the same location no matter if you enabled hierarchical webs or not.

Patch:

--- Render.pm   (revision 11513)
+++ Render.pm   (working copy)
@@ -721,24 +721,11 @@

     $topic = $link if( $link );

-    if( $TWiki::cfg{EnableHierarchicalWebs} ) {
-        # look up the leading path components to see
-        # if they form a valid web path.
-        my @topica = split( /\./, $topic );
-        my @weba;
-        while( @topica && $this->{session}->{store}->webExists(
-            join('.', @weba, $topica[0]))) {
-            push(@weba, shift(@topica));
-        }
-
-        $web = join('.', @weba) if scalar(@weba);
-        $topic = join('', @topica);
-    } else {
-        if( $topic =~ s/^($TWiki::regex{webNameBaseRegex}|$TWiki::regex{defaultWebNameRegex})\.//) {
-            $web = $1;
-        }
-        $topic =~ s/\.//g;
+    if( $topic =~ s/^($TWiki::regex{webNameBaseRegex}|$TWiki::regex{defaultWebNameRegex})\.//) {
+       $web = $1;
     }

     # Topic defaults to the current topic
     ($web, $topic) = $this->{session}->normalizeWebTopicName( $web, $topic );

-- MD

Please be very careful, do not change the current spec for top level webs. In particular, these rules apply:

You type Label shown Comment
Someweb.SomeTopic SomeTopic  
Someweb.WebHome WebHome (if in Someweb web)
Someweb (if in other web)
Special case if in other web, so that users can type: For support visit the Support.WebHome web to get this: For support visit the Support web

We can't change this spec or we would break existing content.

Nevertheless, the spec has not been defined for sub-webs.

-- PTh

Duplicate of Item2841. See that item for further discussion.

CC

ItemTemplate
Summary Subweb conflicts with topic of the same name (patch available)
ReportedBy TWiki:Main.MichaelDaum
Codebase

SVN Range TWiki-4.1, Tue, 12 Sep 2006, build 11476
AppliesTo Engine
Component

Priority Normal
CurrentState No Action Required
WaitingFor

Checkins

TargetRelease n/a
Edit | Attach | Watch | Print version | History: r6 < r5 < r4 < r3 < r2 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r6 - 2006-09-19 - CrawfordCurrie
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback