Bug: Rename/Move does not correct spaced topics in the page

I have problems with the rename/move feature. I want to transfer a TWiki topic from one web to another web, because I want to split the growing web into new thematic areas.

After moving a page, that contains spaced topics as links, eg.

   * [[My Test Page]]
   * [[Another Test Page][see another]]

these links don't get corrected by the rename script. Real TWiki Words will be corrected and the old web name will be added.

Test case

• view the Sandbox.TestSpacedTopicAndMove
• move it from Test to Trash and see what happens

Environment

-- StefanScherer - 13 Dec 2001

This is a documented limitation of the move/rename code. The difficulty I had was writing an efficent regexp to find cases like this, given that the space could be between any set of letters. I suppose you could put an optional space between all letters - perhaps you'd like to give that a go.

-- JohnTalintyre - 14 Dec 2001

Or you could add an optional space between lower case to upper case patterns, this is what %SPACEDTOPIC% does, used to find links pointing to the current topic. Example: This topic's %SPACEDTOPIC% is Rename%20*Does%20*Not%20*Correct%20*Spaced%20*Topics.

-- PeterThoeny - 14 Dec 2001

One of the first things to break when I started to test how TWiki would work. Even managed to file a duplicate as RenameTopicAllowsSpaces. This is a problem also when renaming pages within a web.

-- StefanLindmark - 02 Feb 2002

Hello,

Somewhat related to this bug (in Dec2001 build), is this bug:

• make a topic with WikiWord
• put references to this topic in other topics (especially subtopics)
• rename this WikiWord topic
  • type in [[My Spaced Word]] with the brackets
  • keep the boxes checked to replace the use of this topic's word
• this will do bad things:
  • the WikiWord data file will be moved to a file called '[[My Spaced Word]].txt'
  • the other topics' data files will have incorrect parents
    • it will say the parent = "[[My Spaced Word]]" instead of the correct parent="My_Spaced_Word" (or should it be parent="MySpacedWord" ?)
  • this will do odd things when this topic is attempted to be created (since it can't really exist??), for example it created a link to a (nonexistent) topic called '<span%20style='background%20:'
    • NOTE this is a seperate bug, which happens if you try to go here: http://twiki.org/cgi-bin/view/Main/[[Topic]]
    • this bad text generation screws lots of things.

-- TWikiGuest - 12 Apr 2002 jcline(at)ieee.org

Please log this as a separate BugReport, e.g. RenameWithSquareBracketName, via the BugReport page - it's hard to track which ones are fixed if separate bugs are logged in a single page.

-- RichardDonkin - 13 Apr 2002

Maybe I need to move this to a separate page also, but I just want to record some of these things as RFEs:

• Rename to work completely and correctly for topics (and references) created by the double square bracket syntax, including
• conversion to and from double square bracket syntax as required. (For example, if you rename RsyncInGeneral to Rsync, the (converted) references to Rsync should be inserted as [[Rsync]], not Rsync.

BTW, Richard, I thoroughly agree with you, some of these should be moved to separate pages -- I'm just a little confused about what is covered on this page so far and what isn't.

-- RandyKramer - 13 Apr 2002

Reading the original bug BugReport more closely I see that the issue wasn't what I first thought. It is not reference to the topic being renamed that are breaking, it is references to other topics in the original Web that are referred to using square bracket syntax. I'll ignore other bugs mentioned on the page and leave other to post them to new topics as suggested above by Richard. Having said that that to fully make square bracket syntax work we need to support references out of and to the renamed topic. I'm also increasing getting the fealing that renaming isn't quite right at present, it is both too complex yet not fully functional - one aspect that is concerning is the loss of memory i.e. you go back to a topic that used to be there and now it's gone. I can't help think that if you go to a page that has moved you should be given a link to the new URL. I agree 100% -- RandyKramer - 15 Apr 2002

Anyway, back to the original bug. If we have:

   Oldweb.OldTopic containing
      [[Xxx Yyy][RefTopic]]
      [[Xxx Yyy RefTopic]]
      [[Xxx Yyy]]

Rename should result in:
   Newweb.NewTopic containing
      [[Xxx Yyy][Oldweb.RefTopic]]
      [[Xxx Yyy OldWeb.RefTopic]]
      [[Oldweb.Xxx Yyy]] or should it be [[Xxx Yyy][Oldweb.XxxYyy]]

Note: I need to check that the last two have the correct syntax.

Comments?

-- JohnTalintyre - 15 Apr 2002

It would be nice to have a 'soft rename', where you leave behind a pointer to the new page and the current 'put it back' comment, as well as a 'harder rename', where you don't have either the pointer or the 'put it back'. This is because page names (at least in the Support web) are sometimes very long / unsuitable, but the current 'put it back' enshrines the old name for ever more...

The link syntax is always [[Link to something][descriptive text]] - so your examples need inverting. Also, the EasierExternalLinking format doesn't currently support links to wiki words, only to external URLs. It might do in the future, but that's not a good idea from the point of view of rename!

-- RichardDonkin - 15 Apr 2002

New bug created, RenameWithSquareBracketName.

-- TWikiGuest - 16 Apr 2002 jcline(at)ieee.org

Fix record

i assume that this is fixed, if not, please open a new BugReport -- SvenDowideit - 08 Jul 2004