Item1058: Jump to Topic not existing and hierarchical web - with pure Perl search - causes error
Priority: Low
Current State: Closed
Released In:
Target Release: n/a
Applies To: Engine
Component:
Branches:
If you have hierarchical web and use the Jump form to an non existent topic name you will see the error:
Topic 'TestTopic' does not exist
Could not perform search. Error was: Use of uninitialized value in subroutine entry at /mnt/wiki/foswiki/lib/Foswiki/Store/SearchAlgorithms/PurePerl.pm line 44, line 1.
Did you spell the topic name correctly? Remember, a topic name is case sensitive.
Users use this to create a net topic will be confused about this message.
For corect full topic names it workes. All other variants will fail.
--
GuentherFischer - 12 Feb 2009
This must be related to the pure Perl implementation of Search.
It does not show in the normal default search
--
KennethLavrsen - 12 Feb 2009
I cannot reproduce this on Linux with search set to
PurePerl.
--
KennethLavrsen - 12 Feb 2009
I have this problem on a linux system - yes I've search set to
PurePerl.
I tried it in different herarchical webs - same error.
You can see it in
https://twiki-test.hrz.tu-chemnitz.de/bin/view/DVS/DVSStudentenWeb/WebHome?topic=TopicTest ...
--
GuentherFischer - 12 Feb 2009
I cannot reproduce this. So either we fixed it by chance since. Or there is something more in your setup.
Are you running mod_perl or any other persistant type perl by any chance?
Can you post your entire configuration with private things like email and password removed naturally?
Without reproduction - no fixing. You can also try and debug the perl code a little to find out which variable is not initialized in /lib/Foswiki/Store/SearchAlgorithms/PurePerl.pm line 44. I also wonder that the trailing "line 1" means
--
KennethLavrsen - 14 Feb 2009
- Yes I'm running mod_perl.
- What is the entire configuration?
- all Foswiki webs and directories from foswiki (lib, bin, etc.)
- an example hierarchy web
- the apache configs
- I could do this late tomorrow or monday - have a great family weekend now
- I'll also try some debugging
--
GuentherFischer - 14 Feb 2009
I setup
trunk
with
mod_perl, adjusted
$Foswiki::cfg{RCS}{SearchAlgorithm}
to
Foswiki::Store::SearchAlgorithms::PurePerl
, created a sub web and used the jump box. I tried all described steps reported here.
I could not reproduce the problem, under Linux.
--
GilmarSantosJr - 16 Feb 2009
I don't know where is the difference. For now I've set the
SearchAlgorithm to Forking and it works.
I have a long history with my webs and the sub webs are mostly moved not new craeted and I'm shure there are more differeces.
I'll see later on it - for now I've a good workaround and have to do much other things. Thank you so far.
--
GuentherFischer - 17 Feb 2009
Now I have attached a reduced environment of my foswiki as
http://365847.689093.cn/pub/Tasks/Item1058/forwiki-item1058.tgz:
--
GuentherFischer - 17 Feb 2009
Sorry we could not make this one before the 1.0.1 release. But we will try to find the root cause.
Problem with this one is that it will take 3-4 hours to install and reproduce.
--
KennethLavrsen - 23 Feb 2009
I installed Guenthers example below on my test server
I had to install it without short URL because my server root also has different purposes.
Also Guenther has some strange password manager that is not in the installation and does not work on a generic server. So I had to use standard Apache password auth.
I took Guenthers LocalSite.cfg and modified it until I had a working installation.
And with this I do not see the error. So it is related to how Guenther's environment
- password manager
- short URL setup in apache config and configure settings
--
KennethLavrsen - 27 Feb 2009
I cannot reproduce it - I'll do it later on the attached tar - I changed the priority to Low
--
GuentherFischer - 06 Mar 2009
Now I test it again woth 1.0.4 with different hirarchical webs and I didn't see the problem _ I close it.
--
GuentherFischer - 22 Mar 2009