[Bug 3735] Wrong search results for a few fields in ccl.properties
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3735 M. de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |PATCH-Sent Status|NEW |ASSIGNED Platform|PC |All Version|rel_3_0 |HEAD AssignedTo|gmcharlt@gmail.com |m.de.rooy@rijksmuseum.nl QAContact| |koha-bugs@lists.koha-commun | |ity.org --- Comment #2 from M. de Rooy <m.de.rooy@rijksmuseum.nl> 2010-11-15 12:51:31 UTC --- I will send a patch with the following proposal after examining zebra configuration files again: First, eliminate first equal sign in the relevant lines of ccl.properties to resolve syntax issue (see first comment). Second, leave name, isbn, issn and notes uncommented. To make this do anything in practice, I have added these four to getIndexes in Search.pm. (Otherwise a user should always type ccl=name=searchterm..) The longer and therefore less attractive fields (keyTitle, etc.) I commented. They did not work until now and will not either. Additional comment: possessingInstitution is not even in bib1.att; genreForm only relates to authority searches. To answer the question Why is it not always nb? Well, this just gives the user more options. Until now, he could type nb= or ISBN=, we just give him the lowercase option isbn= too. Other fields are aliased too. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org