[Koha-bugs] [Bug 3735] Wrong search results for a few fields in ccl.properties

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3735

M. de Rooy <m.de.rooy at rijksmuseum.nl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P5                          |PATCH-Sent
             Status|NEW                         |ASSIGNED
           Platform|PC                          |All
            Version|rel_3_0                     |HEAD
         AssignedTo|gmcharlt at gmail.com          |m.de.rooy at rijksmuseum.nl
          QAContact|                            |koha-bugs at lists.koha-commun
                   |                            |ity.org

--- Comment #2 from M. de Rooy <m.de.rooy at 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.