[koha-commits] main Koha release repository branch, new/enh/bug_5418, created. v3.02.00-270-ge4cbc4f

[Git repo owner]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "main Koha release repository".

The branch, new/enh/bug_5418 has been created
        at  e4cbc4f421fbea16b0f99cff6d96ba4e6343b59a (commit)

- Log -----------------------------------------------------------------
commit e4cbc4f421fbea16b0f99cff6d96ba4e6343b59a
Author: Koustubha Kale <kmkale at anantcorp.com>
Date:   Tue Dec 7 04:06:47 2010 +0100

    Bug 5418: Rev-5 patch new itemBarcodeInputFilter for libsuite8 style barcodes
    
    In India a ILS product called Libsuite8 prints barcodes like b0007432. The barcode is not stored anywhere in libsuite8's database. Neither is barcode available in any of the reports generated by the software.
    
    The barcode 'b0007432' when scanned into the libsuite8 software is de-constructed like 'b' which is the itemtype i.e. Book in this instance, and '7432' which is the 'Accession Number'. The software then takes the logged in staff's branchcode and does a join on three tables 'Location', 'Media_Type', and 'Books' to retrieve the particular record from the database.
    
    There is no possibility of recreating the barcodes for insertion in Koha while doing a retrospective conversion, because of arbitrary length of the barcode string AND arbitrary number of zeros in the numeric part of the printed barcode AND the fact that there are no reports available from the software which contain barcodes AND the fact that the barcode is not stored in the database.
    But most importantly due to the simple fact that printed barcodes are duplicated among branches.
    
    Therefore this patch emulates the functionality of Libsuite8 software of converting the scanned barcode into one stored in Koha using the itemBarcodeInputFilter system preference.
    
    To use this new itemBarcodeInputFilter systempreference choice called 'libsuite8', the barcodes stored in Koha must match the pattern of <branchcode>-<itemtype_code>-<accession_number>. This is easy to achieve while doing retrospective conversion from Libsuite8 to Koha.
    
    As expected the itemBarcodeInputFilter will return unmodified barcode if presented with a barcode of pattern <branchcode>-<itemtype_code>-<accession_number>
    
    This revision corrects the way updatedatabase.pl is changed in order to correctly update version and insert the libsuite8 option in the database. Also kohaversion.pl is changed in the recommended format of 3.0X.0X.XXX to reflect database has changed.
    
    This revision also changes the erronorous itemBarcodeInputFilter description in koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/circulation.pref from 'scanned patron barcodes' to 'scanned item barcodes' there by eliminating need for a separate patch for bug 5417.
    
    Signed-off-by: Katrin Fischer <katrin.fischer at bsz-bw.de>
    
    1) applied patch to HEAD
    2) set next database number in kohaversion.pl and updatedatabase.pl
    3) webinstaller kicked in, update ok
    4) typed the barcodes from test cases into check-in
    
    Barcodes used my local branch code, everything seemed ok to me.
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

-----------------------------------------------------------------------


hooks/post-receive
-- 
main Koha release repository