Item6268: Explicit links not updated within noautolink blocks after move/rename

<noautolink> means no AUTO linking. It does not mean no linking.

Yet explicit [[...]] enclosed links are not being updated following a Move or Rename of a page. This is inappropriate behaviour.

The code is here:

forEachLine (in lib/TWiki/Render.pm) has the following logic:

        unless( $options->{in_pre} > 0 && !$options->{pre} ||
                $options->{in_verbatim} > 0 && !$options->{verbatim} ||
                $options->{in_literal} > 0 && !$options->{literal} ||
                $options->{in_noautolink} > 0 && !$options->{noautolink} ) {
            $line = &$fn( $line, $options );
        }

And In lib/TWiki/UI/Manage.pm (_updateReferringTopics)

    my $options =
      {
       pre => 1, # process lines in PRE blocks
       oldWeb => $oldWeb,
       oldTopic => $oldTopic,
       newWeb => $newWeb,
       newTopic => $newTopic,
      };

To Test

Is it sufficient to either remove noautolink from that logic OR to add

  noautolink => 1, # process lines in noautolink blocks

-- TWiki:Main/VickiBrown - 20 May 2009

Co-worker has apparently looked at code and says:

"It's more difficult than just adding noautolink = 1 because of the WikiWords outside of [[]].

IMO the correct fix involves passing a parameter to _updateReferringTopics to say whether or not to rename bare WikiWords.

-- TWiki:Main.VickiBrown - 20 May 2009