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: gmcha...@gmail.com
Reporter: a...@biblos.pk.edu.pl
QA Contact: testo...@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.
_______________________________________________
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
