August 2020 - Koha-bugs - lists.koha-community.org

[Bug 23464] New: Update the process of quick spine label printing
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23464 Bug ID: 23464 Summary: Update the process of quick spine label printing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org While updating the spine label print link on the bibliographic detail page I found some things that might make spine label printing better: >From both the detail page and the Quick spine label creator page, the button should trigger a small popup window instead of navigating to a big blank page. The window should have a footer with the "print" button which, when clicked, closes the window at the same time it triggers the print function. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 18344] New: Allow overdue fines cap at replacement price, and cap by amount to work together
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18344 Bug ID: 18344 Summary: Allow overdue fines cap at replacement price, and cap by amount to work together Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is no reason that a library shouldn't be able to use the monetary fines cap and the replacement price cap at the same time. The code is written in such a way that they already work harmoniously. We have librarians who wish to use both so they can set a high cap of $10.00 but also use the replacement price cap so that a $20.00 book would only get a fine of $10.00, but a $5.00 paperback will only get a fine of $5.00 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 22580] New: Remove misc/cronjobs/delete_expired_opac_registrations.pl
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22580 Bug ID: 22580 Summary: Remove misc/cronjobs/delete_expired_opac_registrations.pl 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- misc/cronjobs/delete_expired_opac_registrations.pl states within it that the script is deprecated in favour of using clean_database.pl with a flag. The deprecation message was added back in October 2014.. I think sufficient time has passed such that we can remove this script now ;) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 19915] New: Inventory tool doesn't use cn_sort for callnumber ranges
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19915 Bug ID: 19915 Summary: Inventory tool doesn't use cn_sort for callnumber ranges Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When doing an inventory a range of GT90 to GT100 for LC callnumbers the results won't include GT95 We should convert the numbers and use the cn_sort column for fetching items -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 85

[Bug 19383] New: Add ability to print hold receipts automatically
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19383 Bug ID: 19383 Summary: Add ability to print hold receipts automatically Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries don't wish to require librarians to confirm each hold during checkin. Instead they would like to only be alerted that a hold was filled. To implement this we should: 1) Implement new system preference to automatically confirm holds 2) Implement new system preference to automatically print confirmed hold receipts -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 22227] New: Make GET /cities staff only
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22227 Bug ID: 22227 Summary: Make GET /cities staff only Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Target Milestone: --- Now that we voted to have a /public namespace for unprivileged access endpoints, the existing /cities endpoint needs to be adapted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 17171] New: Add a syspref to allow currently issued items to be issued to a new patron without staff confirmation
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17171 Bug ID: 17171 Summary: Add a syspref to allow currently issued items to be issued to a new patron without staff confirmation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Work to be done: 1) Add new system preference AutoReturnCheckedOutItemForNewCheckout ( or something more terse ) 2) Add new system preference AutoReturnCheckedOutItemForNewCheckoutForgiveFine 3) Modify circulation.pl to accept these new parameters and report what happened (yellow box) instead of prompting for confirmation -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 19893] New: Alternative optimized indexing for Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19893 Bug ID: 19893 Summary: Alternative optimized indexing for Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com At our library perhaps owning to a larger than average number of biblios a full re-index takes an unacceptable amount of time complete (> 24h). We also had an issue with indexing becoming increasingly slower when new mappings are added. After some profiling using NYTProf it became clear most of this overhead is in Catmandu::Store::ElasticSearch and Catmandu::MARC. After giving it some thought the simplest way to resolve this issue actually seemed to be to replace these libraries with Koha-specific code, since the functionality provided is actually not that hard to re-implement in a more efficient manner. Due to the complexity of Catmandu optimizing these libraries would most likely be more challenging (and some parts are not actually possible to optimize because of limitations owing to the architecture of Catmandu/Fix). Main benefits include: 1) Increased indexing performance (about twice as fast, six times as fast if comparing time spent in update_index()), due to more efficient json-conversion and fewer Elasticsearch requests. 2) With Catmandu indexing speed decreases as more mappings are added, with the alternative algorithm indexing is kept more or less constant no matter how many mappings you add. 3) Neglectable indexing start-up time. For example we have an issue with the book drop machine, each return taking a couple of seconds because of the catmandu start-up overhead. 4) More transparent code and less complexity compared with Catmandu. With this patch the largest bottleneck is instead Marc::Record::as_xml_record, to use marc21 as serialization format would probably be a lot faster but still chose marc-xml because of the binary format length limitation (which could be exceeded with many items). Still, I will probably try to look into faster marc-xml serialization options in the future to address this. I also attach profiling results with and without the patch applied. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 293

[Bug 21467] New: Allow several receipts for a given subscription
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21467 Bug ID: 21467 Summary: Allow several receipts for a given subscription Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When a new order is created from a subscription the quantity is set to 1 and cannot be modified. The idea was to order 1 subscription. This behavior leads to a limitation: it is not possible to mark a receipt as partially received. However it is how it works in real life, the vendors send invoices throughout the year. The number of items can also be changed. The idea would be to rethink the "quantity" value for an order created from a subscription and use it to track the number of invoices already paid. -- You are receiving this mail because: You are watching all bug changes.

1 97

[Bug 21890] New: Patron Password Resets
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21890 Bug ID: 21890 Summary: Patron Password Resets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Please see Statement of Work on ticket in RT!! https://ticket.bywatersolutions.com/Ticket/Display.html?id=50926 -- You are receiving this mail because: You are watching all bug changes.

1 77