[Koha-bugs] [Bug 18910] New: Regression: Z39.50 wrong conversion in Unimarc by Bug 18152
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Fri Jul 7 15:59:29 CEST 2017
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 at lists.koha-community.org
Reporter: z.tajoli at cineca.it
QA Contact: testopia at bugs.koha-community.org
CC: m.de.rooy at 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.
More information about the Koha-bugs
mailing list