[Koha-bugs] [Bug 13167] New: Stage MARC for Import hangs

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13167

            Bug ID: 13167
           Summary: Stage MARC for Import hangs
 Change sponsored?: ---
           Product: Koha
           Version: 3.16
          Hardware: All
                OS: All
            Status: NEW
          Severity: minor
          Priority: P5 - low
         Component: Tools
          Assignee: gmcharlt at gmail.com
          Reporter: tiburce.euphrasie at aupaysdescrevettes.org
        QA Contact: testopia at bugs.koha-community.org

Created attachment 32969
  -->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=32969&action=edit
Zip contains 2 UNIMARC ISO-8859-1 records + a scan of the ISBN on the original
book

Aloha,
I have detected un problem while trying to import a large set of UNIMARC
records.
I tried with a Koha 3.16.01 and a Koha 3.16.03, same issue :

If the ISBN of a UNIMARC record begins with 979 then the 'Stage MARC for
import' hangs.
If I use the same UNIMARC record and change 979 to 978 in the ISBN, 'Stage MARC
for import' works perfectly.

You can find 2 UNIMARC Records (ISO8859-1) in the attachment if you wish to
make tests by yourself (same records, one with ISBN 979-..., one with ISBN
978-...).

I think I've also detected a small problem in
cataloguing::value_builder::unimarc_field_010 :
[...] Line 94 to 96 :
    if (length ($isbn) == 13){
        $isbn = substr($isbn, 3, length($isbn)-3);
    }
[...] Then, line 143 :
        $sth->execute($seg2, "978$seg2");

This "978" on line 143 is hard-coded and there's no relation with the original
data inside $isbn. I don't know if this is a real problem but it might be
better to keep the original data than replacing it with "978".
Aloha.

-- 
You are receiving this mail because:
You are watching all bug changes.