June 2015 - Koha-bugs - lists.koha-community.org

[Bug 11194] New: Add a new index for edition of a document
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11194 Bug ID: 11194 Summary: Add a new index for edition of a document Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Edition of a document (205 in UNIMARC) could be indexed in a specific index. "Edition" index exists in bib1 for this purpose, but is not used in Koha M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 9593] New: Prices not imported correctly from a staged file
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9593 Bug ID: 9593 Summary: Prices not imported correctly from a staged file Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr Created attachment 15269 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=15269&action=edit Prices not imported correctly from a staged file When importing a record from a staged file, sometimes, the price is set to 0 in the Vendor price field (Accounting details block) even if initially present. it occurs when the price is written without decimals : example : 19 EUR. In this case it's not captured by the regular expression in MungeMarcPrice routine (Biblio.pm) : ( $price ) = $price =~ m/([\d\,\.]+[[\,\.]\d\d]?)/; Same thing if the currency symbol was used after the digits, the result would be the same because of this : $price = $parts[1]; If I got it well, seems that the whole routine can be replaced by 2 regular expressions (may be we could even go up to a single one) integrated in GetMarcprice : the first part (symbol treatment) is unusefull as it can be treated directly by the regular expression that's following it. The part concerning groups of more than 2 digits ( if I got it, it 's come out to delete the eventual separator between thousands and hundreds) can be replaced by another regular expression. Test Plan : 1) get on your pc, the joined example file (testfile.elc). That's the kind of file most currently used in France for our acquisitions. Most of the prices in it match the pattern '[digit][digit] EUR' except 2 titles out of them : La méthodologie appliquée du commentaire de texte (14,20 EUR) Le tournant artiste de la littérature française (54,80 EUR) 2) Go to Tools/Stage MARC records for import and stage it in koha. 3) Go to Acquisition module, and an open basket of your choice and click on 'From a staged file' 4) Choose testfile.elc and add it to the basket 5) Click on the first individual 'add order' link : the price might beeing set to 00.00 in the 'Vendor price' field of Accounting details block. 6) Now go back with go back function of your browser : 7) Apply the patch 8) Click again on the same link 9) The price is now present (I hope so) 10 Sign off (I hope so again) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 105

[Bug 7957] New: Routing lists: manage several routing list for each subscription, and export them as CSV
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7957 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 7957 Assignee: julian.maurice(a)biblibre.com Summary: Routing lists: manage several routing list for each subscription, and export them as CSV QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Serials Product: Koha This development will allow to create more than one routing list for each subscription. There will be a new page for managing them (create, edit, delete), printing them, and exporting them as CSV. -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 14012] New: Koha::FTP, a happy FTP-library to supercharge FTP operations.
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14012 Bug ID: 14012 Summary: Koha::FTP, a happy FTP-library to supercharge FTP operations. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When dealing with FTP-connections, we need to prepare for all kinds of remote connection failures. This library simply wraps exception handling and connection creation into a one nice package. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14369] New: don't allow labels on staged records
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '15

06 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14369 Bug ID: 14369 Summary: don't allow labels on staged records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 40040 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40040&action=edit error If you click the create label batch from manage-marc-import.pl on a file that's staged and not imported you get an error asking you to talk to the sys admin. The problem is simple - it's a staged file - not imported. I think that the option to create a label batch shouldn't show in this case. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 12020] New: label-edit-batch has hardcoded error messages
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '15

06 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12020 Bug ID: 12020 Summary: label-edit-batch has hardcoded error messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr $ grep errstr labels/label-edit-batch.pl koha-tmpl/intranet-tmpl/prog/en/modules/labels/* labels/label-edit-batch.pl:my $errstr = undef; labels/label-edit-batch.pl: $errstr = "item(s) not removed from batch $batch_id." if $err; labels/label-edit-batch.pl: $errstr = "batch $batch_id was not deleted." if $err; labels/label-edit-batch.pl: $errstr = "item(s) not added to batch $batch_id." if $err; labels/label-edit-batch.pl: $errstr = "items(s) not added, the error was: Branch is not set, you please set your branch before adding items to a batch"; labels/label-edit-batch.pl: $errstr = "batch $batch_id not fully de-duplicated." if $duplicate_count == -1; labels/label-edit-batch.pl: errstr => $errstr, koha-tmpl/intranet-tmpl/prog/en/modules/labels/label-edit-batch.tt: <strong>WARNING:</strong> An error was encountered and [% errstr %] Please have your system administrator check the error log for details. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8754] New: Cardnumber/accession number range when creating print batches in tools
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '15

06 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8754 Priority: P5 - low Change sponsored?: --- Bug ID: 8754 Assignee: gmcharlt(a)gmail.com Summary: Cardnumber/accession number range when creating print batches in tools Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_10 Component: Tools Product: Koha Give ability to generate print batches on the basis of barcode range. for example barcode range: 100001-100099 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14379] New: Batch item modification tool - Can't change custom subfields
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '15

05 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14379 Bug ID: 14379 Summary: Batch item modification tool - Can't change custom subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On a framework a librarian create custom item subfields, like withdrawn date or date when item was sent to bookbinding sector ("$D", uppercase). Batch item modification tool (batchMod.pl) doesn't let you change this new item subfields (saved on more_subfields_xml). -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10895] New: Tests for C4::Items GetHiddenItems
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '15

04 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10895 Bug ID: 10895 Summary: Tests for C4::Items GetHiddenItems Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org There were no tests for GetHiddenItems, and given that I have been working on tweaking this function (bug 10589, bug 10872), I thought some test modules might be in order. t/db_dependent/GetHiddenItems.t - Generic toggling of OpacHiddenItems system preference to test if NULL, blank, whitespace, and a rule all work. t/db_dependent/GetHiddenItems_PatronCategory.t - Setting of OpacHiddenItems, and then toggling a dummy patron's category code to see if visibility is correct. -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 13707] New: Adding a new column datereceived for items and biblioitems
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '15

04 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13707 Bug ID: 13707 Summary: Adding a new column datereceived for items and biblioitems Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org This column tells when the Item or Biblio has been received for the first time into a library. Date-of-acquisition (dateaccessioned) answers, when the Item has been ordered. Date-of-receival (datereceived) answers, when the Item has arrived to the library or when the first Item for the Biblio has for the first time arrived to the library. This is very useful regarding statistics of acquisitions if they are based on the date received instead of the date acquired. Also other cool stuff can be built on top of it, like better searches for new material. This patch adds new DB columns items.datereceived, biblioitems.datereceived, deleteditems.datereceived, deletedbiblioitems.datereceived and populates those columns from the acorders.datereceived if the Item has been acquired using the acquisitions module, or from the items.dateaccessioned-column if no acquisitions module has been used. Biblioitems.datereceived is always the oldest timestamp from all the Items the Biblio has. -- You are receiving this mail because: You are watching all bug changes.

1 21