Summary: | Wrong search results for a few fields in ccl.properties | ||
---|---|---|---|
Product: | Koha | Reporter: | Marcel de Rooy <m.de.rooy> |
Component: | Searching | Assignee: | Marcel de Rooy <m.de.rooy> |
Status: | CLOSED FIXED | QA Contact: | Bugs List <koha-bugs> |
Severity: | minor | ||
Priority: | PATCH-Sent (DO NOT USE) | CC: | chris, fridolin.somers, jcamins, jwagner, mjr |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: |
Patch file
Signed-off patch |
Description
Chris Cormack
2010-05-21 01:14:23 UTC
"isbn" is used in Search.pm FindDuplicate. Why isn't it always "nb" ? 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. Created attachment 2890 [details] [review] Patch file Still valid for 3c19f22f8625105715f9ba5f4fca2b0502bcd9cc. (master Dec 20, 2010) Created attachment 3343 [details] [review] Signed-off patch Pushed, please test Works for me. Thanks for signoff and push. |