In rebuild_zebra.pl, if we are in "unimarc" ("marcflavour" syspref), the sub "fix_unimarc_100" is called and checks if 100$a lenght is equal to 35. If it is not the case, the sub inserts the timestamp and more, so we loose the datas in reindexing. The standart lenght is 36.
Created attachment 9699 [details] [review] this patch changes 35 to 36 to test you must have a string in 100$a with a lenght of 36 and a record.abs with for melm 100$a : pubdate:s:range(data,9,4),pubdate:y:range(data,9,4),pubdate:n:range(data,9,4) Of course you must have for "marcflavour" unimarc. Without the patch after rebuild_zebra you'll can't sort by publication date. for 100$a your biblioitems.marcxml has to look like : 19920922d1992 ||||0frey50 ba Note : use rebuild_zebra.pl -b -v -x -where biblionumber=xxxx to just test on one bibliorecord.
Created attachment 10237 [details] [review] [SIGNED-OFF] Bug 8136 Changes the expected lenght of 100$a in rebuild_zebra.pl In rebuild_zebra.pl, if we are in "unimarc" ("marcflavour" syspref), the sub "fix_unimarc_100" is called and checks if 100$a lenght is equal to 35. If it is not the case, the sub inserts the localtime and more, so we loose the datas in reindexing. The standart lenght is 36. I have just changed 35 to 36. Signed-off-by: Sophie Meynieux <sophie.meynieux@biblibre.com>
Modified record.abs to index pubdate in 100 field (UNIMARC) rebuild_zebra without the patch : Sorting on pubdate is not relevant rebuild_zebra with the patch : sorting on pubdate is relevant for biblio with 100 well filled
Adjust length check by 1 to conform to standards. Marking Passed QA.
No string changes, pushed to 3.8.x, will be in 3.8.2