Summary: | Undefined value stops import from z39.50 | ||
---|---|---|---|
Product: | Koha | Reporter: | Dafydd Crosby <dtcrsby> |
Component: | MARC Bibliographic record staging/import | Assignee: | Galen Charlton <gmcharlt> |
Status: | CLOSED FIXED | QA Contact: | Jonathan Druart <jonathan.druart> |
Severity: | normal | ||
Priority: | P5 - low | CC: | chris, eb, jonathan.druart, judit, koha.sekjal, martin.renvoize, td-koha-bugs, tomascohen |
Version: | Main | ||
Hardware: | All | ||
OS: | Linux | ||
Change sponsored?: | Sponsored | Patch complexity: | Trivial patch |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: |
Bug 5333 - z3950 normalization should apply only on UNIMARC
Bug 5333 - z3950 normalization should apply only on UNIMARC Bug 5333 - z3950 normalization should apply only on UNIMARC |
Description
Dafydd Crosby
2010-11-01 01:00:07 UTC
We have encountered this issue again in Koha 3.4.5 at cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=0&z3950=1&breedingid=433 The message now is: Can't call method "add_subfields" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 145. We applied the solution at : http://koha.1045719.n5.nabble.com/Can-t-import-MARC-records-td3283577.html, which is to set the sys pref z3950NormalizeAuthor z3950AuthorAuthFields to 'Don't copy'. However this sys pref is only relevant to Unimarc and we are using MARC21. The default value is 'Don't copy' so its only a problem is this gets changed. Still present on 3.8.x. This code should be removed and the related preferences too, until we have proper crosswalks to do this well. Also in 3.10.0 set the sys pref z3950NormalizeAuthor z3950AuthorAuthFields to 'Don't copy' fixed it. Really.. we should add a patch that disables changing that pref if MARC21 is in use. Created attachment 15723 [details] [review] Bug 5333 - z3950 normalization should apply only on UNIMARC It's been a while since this bug is around. This normalization is only used for UNIMARC and yields a fatal error when those variables are set on (at least) MARC21 setups. Regards To+ Created attachment 15734 [details] [review] Bug 5333 - z3950 normalization should apply only on UNIMARC It's been a while since this bug is around. This normalization is only used for UNIMARC and yields a fatal error when those variables are set on (at least) MARC21 setups. Regards To+ Signed-off-by: Chris Cormack <chrisc@catalyst.net.nz> Nice work, I was about to do a similar fix when I found you'd already implemented it.. and it's even been signed off to boot! Great work guys! QA comment: Looks good to me (but I am not a MARC21 user). According to the comment, the author normalization is unimarc specific. Marked as Passed QA. Created attachment 15755 [details] [review] Bug 5333 - z3950 normalization should apply only on UNIMARC It's been a while since this bug is around. This normalization is only used for UNIMARC and yields a fatal error when those variables are set on (at least) MARC21 setups. Regards To+ Signed-off-by: Chris Cormack <chrisc@catalyst.net.nz> Signed-off-by: Jonathan Druart <jonathan.druart@biblibre.com> Amended patch: update comment This patch has been pushed to master. Pushed to 3.10.x and 3.8.x will be in 3.10.4 and 3.8.11 |