[Koha-bugs] [Bug 9830] Some UNIMARC item indexes could be broken whith Queryweightfields syspref

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

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

mathieu saby <mathieu.saby at univ-rennes2.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #21060|0                           |1
        is obsolete|                            |

--- Comment #13 from mathieu saby <mathieu.saby at univ-rennes2.fr> ---
Created attachment 21977
  -->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21977&action=edit
[PATCH] [SIGNED-OFF] Bug 9830: Fix some indexes in UNIMARC item indexing

[typo fixed in commit message ; steps 6 and 7 added in test plan]

With this combination of sysprefs, and a UNIMARC configuration, it impossible
to search on location, barcode and ccode indexes :

QueryWeightFields          is activated
QueryAutoTruncate          only if * is added

But in UNIMARC, location, barcode and ccode (995 $e,$f,h) are indexed only as
"words". They need to be indexed also as "phrase"
Additionnaly, in UNIMARC, information about damaged and withdrawn status of
items is not indexed, while it is done in MARC21.
This patch
- add 2 new indexes for 995$1 (damaged) and 995$3 (withdrawn)
- index location, barcode and ccode as "phrase" as well as "words"
indexing of items in UNIMARC could be improved later. So this patch also add
comments explaining the origin of Koha 995, I think it could be usefull for
further changes.

To test, on a UNIMARC configuration :
A. indexed with GRS-1
1) set sysprefs QueryWeightFields as "activated" and QueryAutoTruncate as "only
if * is added"
2) select location index in advanced search and search for a value existing in
your records in 995$e => 0 results
3) Apply patch
4) Rebuild zebra
5) select location index in advanced search and search for a value existing in
your records in 995$e => x results
6) mark an item as withdrawn ; search "withdrawn:1" => x results, and among
them the biblio to which the item is attached
7) mark an item as damaged ; search "damaged:1" => x results, and among them
the biblio to which the item is attached

B. indexed with DOM
Do the same operations

-- 
You are receiving this mail because:
You are watching all bug changes.