http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3463 Magnus Enger <magnus@enger.priv.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus@enger.priv.no --- Comment #7 from Magnus Enger <magnus@enger.priv.no> 2009-11-21 18:02:58 --- I think I have just grappled with (a version) of this bug. For me the solution lay in the leader (field 000), position 09, which needs to be set to "a" for Koha to interpret records as Unicode. I have fiddled with creating frameworks for NORMARC, and had set 000 to be non mandatory. In addition, position 09 is not actually defined in NORMARC. The "a" in position 09 was included in the default value for this field, and it was also being set "behind the scenes" when the value_builder was used. But since 000 was not mandatory, it was possible to save a record without selecting values for this field and hence without 09=a. If 245$a contained "Norwegian vowels" (æøå), this would lead to a correct value in biblio.title, but 245$a in biblioitems.marcxml would be corrupted. Koha would not complain at this stage, but when I tried to add an item, clicking on "Add an item" would generate the error "Wide character in null operation at /usr/local/share/perl/5.10.0/MARC/Charset/Table.pm line 96." Changing 000 position 09 from " " to "a" and correcting the garbled characters would result in a clean save, both of the record and the items. I guess this may not be applicable to all occurrences of this error, but checking that 000 position 09 is set to "a" may be worth a try when this problem is encountered. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.