From a functionnal point of view, I can't see a case where you define the barcode when ordering the biblio (ie : you don't have it yet). When recieving it's more common. So more libraries will face the bug in the 'Recieving' case
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6963 Paul Poulain <paul.poulain@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paul.poulain@biblibre.com --- Comment #14 from Paul Poulain <paul.poulain@biblibre.com> 2011-10-18 14:48:53 UTC --- QA comment: * this patch fixes the described problem. BUT : the same problem exist also if AcqCreateItem='Recieving' (ie = placing barcode when recieving). (No problem/bug for AcqCreateItem='Cataloguing') * Thanks katrin for the hardcoded 'p' = in UNIMARC, the barcode is in 995$f ! than in the 'Ordering' one. Would you agree to send a follow-up to have a fully working fix ? Proposing passed QA for the 2 first patches, bug please, don't close the bug until a 3rd patch has been submitted. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.