[Koha-bugs] [Bug 12343] New: TransformKohaToMarc() is adding MARC subfields in random order
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Mon Jun 2 12:56:18 CEST 2014
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12343
Bug ID: 12343
Summary: TransformKohaToMarc() is adding MARC subfields in
random order
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Architecture, internals, and plumbing
Assignee: gmcharlt at gmail.com
Reporter: abl at biblos.pk.edu.pl
QA Contact: testopia at bugs.koha-community.org
This function iterates through it's argument - which is a hashref - using
'each'. Perl is not guaranteed to return hash keys in any particular order (not
to mention that in more recent perl versions, explicit hash key order
randomization is to be expected).
As a consequence:
1) For biblio records added via acquisition (order from a new/empty record,
order
from a suggestion), freshly created MARC biblio records doesn't always have 260
$b and 260 $c stored in the proper order
2) Holdings data exported for zebra indexing as 952 fields may have subfields
generated in more-or-less random order. While it probably (?) does not affect
zebra indexing/searching in any significant way, end result is prone to be
somehow ugly (which can be a potential issue e.g. for people running Z39.50
server) and is not guaranteed to be consistent; different records - or even
different items in the same record, can have 952 subfields generated in
indiscriminate order.
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list