Hi all, Following up to myself, just to keep (possible) interested readers updated: My problem was that searches were only working for "Keyword" searches, *but not* for "Title" or "Author" searches. I'm running the Koha 3 developer snapshot that was available on 28-May-2008. The Koha database version is 3.00.00.086. I'm using UNIMARC with Zebra disabled. In 30th May 2008, I entered the #koha IRC channel. Paul Poulain (paul), Galen Charlton (gmcharlt) and Henri-Damien Laurent (hdl) helped me working through this problem and have identified it as being caused by the "NoZebraIndexes" system preference being wrongly set with MARC21 values, even for UNIMARC installations. The problem happens, at least, for installations when the selected language was "en" (English). It may (or not) happen for other languages, too. Paul Poulain asked me to report this as a BUG in the Koha bugs database. I reported it as the following bug: Bug 2178 - "NoZebraIndexes" system preference is being set to MARC21 values in UNIMARC installations http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2178 I would like to thank Paul Poulain, Galen Charlton and Henri-Damien Laurent for all the help they gave me troubleshooting this problem. Best wishes, Ricardo Dias Marques lists AT ricmarques DOT net On Thu, May 29, 2008, Ricardo Dias Marques <lists@ricmarques.net> wrote:
Like I said in previous posts, I'm running Koha in a Xen virtual machine running Linux (openSUSE 10.3), Apache 2.2.4 and MySQL 5.0.45.
I'm running the Koha 3 developer snapshot that was available yesterday (28-May-2008). The Koha database version is 3.00.00.086.
I'm using UNIMARC. I have disabled Zebra, by setting the "NoZebra" System Preference to ON. I have also set the "singleBranchMode" System Preference to ON.
The bibliographic records were inserted in Koha by running the bulkmarcimport.pl script "through" an ISO file (that contained about 9000 bibliographic records of articles):
# /root/Koha/misc/migration_tools/bulkmarcimport.pl -c UNIMARC -file /root/myfile.iso
My problem is that only "Keyword" searches in the Catalog are working (and NOT searches in other fields, like in the Title or in the Author fields).
For instance, in the OPAC search page - http://hostname/cgi-bin/koha/opac-search.pl - I'm searching for "networks" (without the quotes). I'm leaving the "Keyword" option as the dropdown option selected (for the first of the 3 dropdown lists that appear), writing "networks" (without the quotes) in the text box at its right and clicking in the "OK" blue button at the bottom of the page.
I then get redirected to the search results page that has the following URL:
http://hostname/cgi-bin/koha/opac-search.pl?idx=kw&q=networks&idx=kw&idx=kw&sort_by=relevance&do=OK
This search returns 154 results:
_______________
"kw,wrdl: networks" returned 154 results _______________
Many of these search results have the word "networks" in its Title (as it would be expected) [snip]:
I get the following errors in the /var/log/koha/koha-opac-error_log log file for this search for "networks": _______________
[Thu May 29 15:17:08 2008] [error] [client 192.168.0.2] EXPR:at pos 8: non-initialized variable category, referer: http://hostname/cgi-bin/koha/opac-search.pl [Thu May 29 15:17:08 2008] [error] [client 192.168.0.2] [Thu May 29 15:17:08 2008] opac-search.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/lib/perl5/site_perl/5.8.8/i586-linux-thread-multi/HTML/Template/Pro.pm line 191., referer: http://hostname/cgi-bin/koha/opac-search.pl _______________
The behavior of searches in the "Intranet" area is the same: catalog searches work with Keyword, but not with Title (or Author, for that matter) [snip]
This search for "networks" in the Title field in the "Intranet" creates the following entry in the /var/log/koha/koha-error_log log file:
_______________
[Thu May 29 15:20:57 2008] [error] [client 192.168.0.2] [Thu May 29 15:20:57 2008] search.pl: ti,wrdl= networks at /usr/share/koha/intranet/cgi-bin/catalogue/search.pl line 435., referer: http://hostname:8080/cgi-bin/koha/catalogue/search.pl _______________
I have run the Perl script rebuild_nozebra.pl but the results are the same [snip]