Hi, I think you need to initialize one item with a valid barcode first, then the system should generate the next one correctly. This is from the original test plan for the patch: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6448 1. prove t/Circulation_barcodedecode.t this checks expansion of 12 digit UPC-A to 13 digit EAN-13 and zero padding 2. in systempreferences search for itemBarcodeInputFilter and select EAN-13 3. edit one item and assign it valid EAN-13 barcode, eg. 0000000695152, check it out 4. test checkin with just 695152 to test leading zero expansion Reading the code I didn't spot any MARC-specifics, so I hope this helps, Katrin Am 09.09.2015 um 09:53 schrieb akafortes:
I have set the "autoBarcode" option in the "Cataloging preferences" to "incremental EAN-13 barcodes". In the corresponding UNIMARC subfield I'm using the "barcode.pl" Plugin. When I add an item, though, and I try to create a barcode, instead of a 13-digit number, I get a single number. So what I get for the barcode field is something like this: Item 1 Barcode=1 Item 2 Barcode=2 etc.
Is there another setting I have to change in order t make it work correctly?
-- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Barcode-Generator-tp5852966.h... Sent from the Koha-general mailing list archive at Nabble.com. _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha