[Koha] Problems with authority searching in Koha3

Jose Miguel Parrella Romero joseparrella at gmail.com
Tue Mar 4 16:32:42 NZDT 2008

Hash: SHA1


We've been testing Koha3 alpha for some weeks now in non-Zebra mode. We
are able to add new authorities (e.g., personal name authorities) but we
are not getting any results when trying to search for a recently created
authority (we already tried all search boxes, also in OPAC)

At the moment of the search, Koha logs the following message:

authorities-home.pl: NZAND at /usr/share/koha/lib/C4/Search.pm line 1650.

and then, maybe unrelated:

authorities-home.pl: Use of uninitialized value in split at
/usr/share/koha/lib/C4/Languages.pm line 129.

I believe the latter is a strange mix of the language content requested
by the browser and the available intranet languages, so this don't worry
me much, but the former message appears when running other authority
searches such as when you run misc/link_bibs_to_authorities.pl and
nothing happens.

Furthermore, using latest HEAD we can't even add (or search!)
authorities and we get uglier messages such as:

authorities.pl: DBD::mysql::st execute failed: Column 'authtypecode'
cannot be null at /usr/share/koha/lib/C4/AuthoritiesMarc.pm line 560

when adding a 'Default' authority:

Bad index while coercing array into hash at
/usr/share/koha/lib/C4/Biblio.pm line 2268.

when adding either 'Default' or any other authority, and:

DBD::mysql::st execute failed: Table 'auth_subfield_structure' was not
locked with LOCK TABLES at /usr/share/koha/lib/C4/AuthoritiesMarc.pm
line 82.

Do you have authorities working on a non-Zebra Koha3 installation? Could
you provide any specific pointers on this issue?

Thanks for your time,
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


More information about the Koha mailing list