https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18910
Bug ID: 18910 Summary: Regression: Z39.50 wrong conversion in Unimarc by Bug 18152 Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs@lists.koha-community.org Reporter: z.taj...@cineca.it QA Contact: testo...@bugs.koha-community.org CC: m.de.r...@rijksmuseum.nl Bug 18152 created a regression on z39.50 derivate cataloguing in Unimarc. Now if I derivate from a z39.50 with source date in ISO5426, data are imported well in table "import_record". But if I try to see the with ../catalogue/showmarc.pl or import them into cataloguing form with ../cataloguing/z3950_search.pl#, date are converted in a wrong way. To see the bug you need: -- a Unimarc setup -- as languge 'en' is ok -- a z39.50 server with ISO5426 encoding, for example: Hostname: catalogo.bnportugal.pt Port: 210 Db: bn Syntax: UNIMARC Encoding: ISO_5426 In fact you can cancel this problem on z39.50 with this diff: diff --git a/Charset.pm_old b/Charset.pm index 50d8266..9212aeb 100644 --- a/Charset.pm_old +++ b/Charset.pm @@ -324,6 +324,7 @@ sub SetMarcUnicodeFlag { my $marc_record = shift; my $marc_flavour = shift; # || C4::Context->preference("marcflavour"); + $marc_record->encoding('UTF-8'); if ($marc_flavour eq 'MARC21' || $marc_flavour eq 'NORMARC') { my $leader = $marc_record->leader(); substr($leader, 9, 1) = 'a'; But I think the bug is more complex, probably a revert is not enough. -- You are receiving this mail because: You are the assignee for the bug. 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/