[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