Description: ------------ We have records with the language set to German in field 008 Range 35-37 The Opac search does not find the items if the languages is restricted to German in the drop down box. The bug can be reproduced as well with a keyword search: ln:ger Solution: --------- as adviced by jcamins on the Koha channel (Thanks!): open up etc/zebradb/marc_defs/marc21/biblio/record.abs Look for the 008 line. You should see ln somewhere on it. I theorize that it's back to a numeric index. It'll look something like ln(xx,yy):n if I'm right. If I'm wrong, there will be a :w instead of :n We found: lm:n:range(data,35,3) jcamins: Needs to be ln:w:range(data,35,3) We changed it and did: koha-rebuild-zebra --full After the rebuild the German records are found as expected.
Created attachment 9983 [details] [review] Bug 7586 - Search: Language restriction does NOT show expected results (no items shown) modified: etc/zebradb/marc_defs/marc21/biblios/record.abs
Created attachment 9989 [details] [review] Bug 7586 - Search: Language restriction does NOT show expected results (no items shown) modified: etc/zebradb/marc_defs/marc21/biblios/record.abs Signed-off-by: Chris Cormack <chris@bigballofwax.co.nz>
QA Comment: Good catch, Marc. Simple but effective change. Looks good. Passed QA Note: I am lowering the priority. This is not that critical ;)
QA comment: really tiny patch, that just move ln:n:range(data,35,3) to ln:w:range(data,35,3) in a very long line. passed QA
Not a so minor bugfix, worth porting to 3.8.x (and be announced in the release notes, as it requires a copy of .abs file and full reindexing
IMPORTANT NOTICE: Yesterday, I pushed the DOM indexing patch, that replaces, for new setup, record.abs to biblio-koha-indexdef.xml If I'm not wrong, the patch must also be ported here: <index_control_field xmlns="http://www.koha-community.org/schemas/index-defs" tag="008" offset="35" length="3"> <target_index>ln:n</target_index> => it should be <index_control_field xmlns="http://www.koha-community.org/schemas/index-defs" tag="008" offset="35" length="3"> <target_index>ln:w</target_index> isn't it ?
There have been no further reports of problems so I am marking this bug resolved.