February 2018 - Koha-bugs - lists.koha-community.org

[Bug 20000] New: use Modern::Perl in installer perl scripts
by bugzilla-daemon＠bugs.koha-community.org 27 May '19

27 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20000 Bug ID: 20000 Summary: use Modern::Perl in installer perl scripts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com use Modern::Perl should be used instead of use strict; use warnings; Relevant in: data/mysql/backfill_statistics.pl data/mysql/labels_upgrade.pl data/mysql/patroncards_upgrade.pl data/mysql/update22to30.pl data/mysql/updatedatabase.pl externalmodules.pl html-template-to-template-toolkit.pl install.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 19241] New: Items with status of hold show as available in cart
by bugzilla-daemon＠bugs.koha-community.org 24 May '19

24 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19241 Bug ID: 19241 Summary: Items with status of hold show as available in cart Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: michael(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 66784 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=66784&action=ed… attachment shows item with status on hold in cart showing as available Items that have status of on hold show as available on cart list. While users can observe the item has the status of on hold before putting it in the cart, it was reported some patrons find this inconsistency confusing. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 19302] New: Pass objects to IsAvailableForItemLevelRequest
by bugzilla-daemon＠bugs.koha-community.org 24 May '19

24 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19302 Bug ID: 19302 Summary: Pass objects to IsAvailableForItemLevelRequest Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Pass Koha::Item and Koha::Patron to C4::Reserves::IsAvailableForItemLevelRequest -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 16966] New: Koha:: Patrons - Move GetBorrowersWithIssuesHistoryOlderThan to search_patrons_to_anonymise
by bugzilla-daemon＠bugs.koha-community.org 21 May '19

21 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16966 Bug ID: 16966 Summary: Koha::Patrons - Move GetBorrowersWithIssuesHistoryOlderThan to search_patrons_to_anonymise Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 16961, 16965 Blocks: 16846 The C4::Members::GetBorrowersWithIssuesHistoryOlderThan subroutine is supposed to return the patrons with an issue history older than a given date. It would make more sense to return a list of Koha::Patrons. On the way, the code from AnonymiseIssueHistory will be moved as well to anonymise_issue_history. Note that these 2 subroutines are strongly linked: one is used to know the number of patrons we will anonymise the history, the other one is used to anonymise the issues history. The problem is that the first one is not used to do the action, but only for displayed purpose. In some cases, these 2 values can differ, which could be confusing. Case 1: The logged in librarian is not superlibrarian and IndependentBranches is set: if 2+ patrons from different libraries match the date parameter, the interface will display "Checkout history for 2 patrons will be anonymized", when actually only 1 will be. Case 2: If 2+ patrons match the date parameter but one of them has his privacy set to forever (privacy=0), the same issue will appear. The patches provided will refactor the code and fix these 2 issues. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16846 [Bug 16846] Move patron related code to Koha::Patron https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16961 [Bug 16961] Add the Koha::Objects->update method https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16965 [Bug 16965] Add the Koha::Objects->search_related method -- You are receiving this mail because: You are watching all bug changes.

1 79

[Bug 19781] New: Make a xt test that checks all themes for missing includes, to avoid fallback
by bugzilla-daemon＠bugs.koha-community.org 21 May '19

21 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19781 Bug ID: 19781 Summary: Make a xt test that checks all themes for missing includes, to avoid fallback Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The fallback functionality of the themes is good, but it is resource intensive if something is really really missing from a theme. For example, a user might make a custom theme for their OPAC, specify a TT include, but not include it in their theme (intentionally, or accidentally). The process of looking through all of the themes to find the fallback causes very slow page loads for that page, we should have a test that theme creators can run to check for this circumstance. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 19850] New: Enhance invoicing functionality for each line item
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19850 Bug ID: 19850 Summary: Enhance invoicing functionality for each line item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: j.j.brown(a)lboro.ac.uk QA Contact: testopia(a)bugs.koha-community.org Enhancement to the invoicing functionality: Currently when paying an invoice the accounting form for each line item just has a Tax percentage field. This is inadequate for accounting purposes. We would like to see 2 fields which allow you to input an amount (not based upon a percentage) – 1 for tax, 1 for additional costs. These fields should then be added to the price of the book to give a total/actual cost of each book. For example, a CD with a book and servicing may need 3 tax elements for a single order line. That is Book 0%, CD 20%, Servicing 20%. This may be achievable with a separate table of aqtaxamounts attached to aqinvoices? We need to use amounts (rather than any sort of %). This would make it compatible with EDI INVOIC which only sends a value. It would require changes to database structure, UI and EDI code. Add a system preference to leave as it is now or switch on “advanced invoicing”. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 16939] New: Making all 'add to basket' actions buttons
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16939 Bug ID: 16939 Summary: Making all 'add to basket' actions buttons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 66

[Bug 17006] New: REST API: add route to change patron's password
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17006 Bug ID: 17006 Summary: REST API: add route to change patron's password Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: mail(a)jkozlovsky.cz QA Contact: testopia(a)bugs.koha-community.org Add API to change patron's password. This is useful especially for 3rd party applications like VuFind. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 129

[Bug 20226] New: Get rid of CATCODE_MULTI param decision in patron perl scripts
by bugzilla-daemon＠bugs.koha-community.org 16 May '19

16 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20226 Bug ID: 20226 Summary: Get rid of CATCODE_MULTI param decision in patron perl scripts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In all scripts for patrons management are this few lines of code: if ( $patron->is_child) { my $patron_categories = Koha::Patron::Categories->search_limited({ category_type => 'A' }, {order_by => ['categorycode']}); $template->param( 'CATCODE_MULTI' => 1) if $patron_categories->count > 1; $template->param( 'catcode' => $patron_categories->next->categorycode ) if $patron_categories->count == 1; } This is needed only in members-toolbar.inc for updating child to adult. I don't think it is good idea to have these 5 lines of code repeated 10 times in our code. Should be refactored and centralized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 17614] New: Introduce multiple fine charging intervals
by bugzilla-daemon＠bugs.koha-community.org 16 May '19

16 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17614 Bug ID: 17614 Summary: Introduce multiple fine charging intervals Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ola.andersson(a)ltu.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently Koha in the circulation and fine rules only allow one "Fine charging interval" when putting fines on the Patron. The enhancement suggested here in this report is to allow Koha to enter a number of different day intervals between fines, i.e. define several "Fine charging interval" in sequence. The rationale is to distribute the fines unevenly to the Patron over time. E.g. with the new feature: First fine Patron after 2 days with 50 SEK then wait for 5 more days to add second fine with 50 SEK then wait for another 7 days with 50 SEK. If the total fined amount after the three fine periods above have not reached the "Overdue fines cap (amount)" then repeat the last specified fine charging interval, in this example 7 days. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11