November 2016 - Koha-bugs - lists.koha-community.org

[Bug 17236] New: Add minute and hours to last checked out item display
by bugzilla-daemon＠bugs.koha-community.org 27 May '19

27 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17236 Bug ID: 17236 Summary: Add minute and hours to last checked out item display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com bug 13315 added a display of the last item checked out. Some libraries use this feature and also use hourly loans and would like the feedback to include this information. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[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 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 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

[Bug 17551] New: printinvoice.pl doesn't allow to use custom CSS
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17551 Bug ID: 17551 Summary: printinvoice.pl doesn't allow to use custom CSS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Printinvoice.pl should be able to load custom CSS like printsplip.pl does. I think both these prints could share the same systempreference ClipCSS. Please comment. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 16899] New: Add ability to disallow overpayments
by bugzilla-daemon＠bugs.koha-community.org 12 May '19

12 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16899 Bug ID: 16899 Summary: Add ability to disallow overpayments Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Some SIP services ( such as Comprise ) require that an attempt at over-paying a patron's account via SIP2 should fail, rather than create a credit on the account. We should make this a configurable option on a per-login basis in the SIP2 config file. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 16300] New: Remove the use of "onclick" from circulation and fine rules template
by bugzilla-daemon＠bugs.koha-community.org 02 May '19

02 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16300 Bug ID: 16300 Summary: Remove the use of "onclick" from circulation and fine rules template Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/smart-rules.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, testopia(a)bugs.koha-community.org, veron(a)veron.ch Depends on: 15456 There is one place where an "onclick" attribute is used in admin/smart-rules.tt. It should be rewritten so that JS functionality is separate from the markup. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15456 [Bug 15456] Fix tabs and inconsistent indentation in smart-rules.tt -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 16167] New: Authorised value images may be removed
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '19

29 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16167 Bug ID: 16167 Summary: Authorised value images may be removed 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: 16041 The feature to attach an image to an authorised value does not seem to work perfectly and it's possible that nobody uses it. I'd suggest to discuss about that removal on this bug report. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16041 [Bug 16041] StaffAuthorisedValueImages & AuthorisedValueImages preferences - impact on search performace -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 17101] New: Confirm a question before check in
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '19

26 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17101 Bug ID: 17101 Summary: Confirm a question before check in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: T.Reimann95(a)gmx.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Here should be a new option for checkin message by itemtypes implemented. This new option required a confirmation from the user (over a question which is written there) bevor the item is checked in. The only possible answer for the question are yes or no. By yes the item is checked in, by no it's not checked in. To give an example what is meant here: If you create the item type audiobook, you then can add the Check in Message : "Does envelope and content match?" and for the check in message type: question. So if now a item with the item type audiobook is checked in, the user is ask : "Does envelope and content match?" and got the answer possibiltys yes and no. At this moment he can't read a new barcode, so he must answer the question. If he answer yes the item is check in, if he answer no the item is not check in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43