... shouldn't they be identical?
- 06 Jun 2007
Can you give an example/testcase please?
See also Item4154
I have closed both those items in favour of this one, since they all cover the same ground.
- 14 Jun 2007
For example, compare renaming WelcomeGuest
with backlinks to it
. While the latter finds a link in TWikiUsersGuide
, the former doesn't.
Too bad that we don't have a
and could be used in the backlinks templates also thus preventing redundancy that bites back like it does in this matter.
- 09 Jul 2007
Hm, can't this be a permission problem, cause renaming needs authentication, backlinks seemingly not?
- 09 Jul 2007
Since backlinks and rename both use a SEARCH to find the references, it really shouldn't be hard to rationalise this. However no-one seems to care enough to fix it
Confirmed as Normal prio.
It's because the rename search is sensitive to the web name; if there is a web specified, then it must be matched. the backlinks search does not consider the web name, so it finds more links. The specific links in the above example are links to %<nop>SYSTEMWEB%.WelcomeGuest. The rename function does not (cannot) expand TWiki variables - it's just a search - so it doesn't know that %<nop>SYSTEMWEB% is the current web. But it does realise that the following .WelcomeGuest refers to a topic in a web. I just has no way of knowing it's this
In general backlinks have to find all
references, including those that are not really links, but rename has to be selective and only handle links it can be sure about.
Dropping to Low priority.
Don't understand. Sounds like a lame excuse
- 18 Sep 2007
As for the testcase given, currently the only difference between searches are two pages:
Which are found only by the references search only.
I am closing this, but feel free to reopen with a testcase / littertray demo showing what is really left in it (no TWIKIWEB / SYSTEMWEB please, these are of academic interest only ...).
- 22 Dec 2007