Even though thes search criteria and items being searched for reain unchanged , the map is not being displayed.
This led me to look at the %SEARCH bith as shipped and as was being used in a number of other situations (such as selecting classifications, pull-down lists, etc)
%SEARCH isn't working ...
That's a bit too vague, I'm afraid. The search testcases are working fine (see
TestCaseAutoSearch) and I can't reproduce any problems. Can you be more specific?
CC
This turns out to be that the code in the Sandbox is no longer expecting to find
egrep
and
fgrep
on the enviroment path as it once did.
Please note that
confgure
does report :
Original PATH /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/zed/bin
This is the PATH value passed in from the web server to this script - it is reset by TWiki scripts to the PATH below, and is provided here for comparison purposes only.
Current PATH /bin:/usr/bin
This is the actual PATH setting that will be used by Perl to run programs. It is normally identical to {SafeEnvPath}, unless that variable is empty, in which case this will be the webserver users standard path..
It then goes on to say that
egrep
and
fgrep
are found on the PATH.
In order to get things to work,
{RCS}{EgrepCmd}
needs to be set to
/bin/egrep
, regardless of the value of
{RCS}{BinDir}
. Note, however, that the
diff
command does not need such manipulation. It in in
/bin/diff
, on the PATH, and is found there.
My issue with this is that it
used to work, the PATH
was honoured and
egrep
and
fgrep
were found, but
something changed.
There seems to have been an
unintended consequence somewhere along the line.
--
TWiki:MAin.AntonAylward
TWiki has
never ever expected egrep and fgrep on the path; it has always used absolute pathnames for these programs. The reason the path is searched for egrep and fgrep is a mystery to me; I must remove that check. The diff command doesn't need manipulation because TWiki does not use it directly. TWiki uses rcsdiff, which requires {RCS}{diffCmd}. rcsdiff in turn uses diff, which looks on the user path for a version of diff - this is the reason the version of diff is looked for on the path.
CC