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

[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

[Bug 20006] New: Adapt /v1/holds to new naming guidelines
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20006 Bug ID: 20006 Summary: Adapt /v1/holds to new naming guidelines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 17530] New: Don't show 'article request' link when no article requests are permitted
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17530 Bug ID: 17530 Summary: Don't show 'article request' link when no article requests are permitted Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Don't show the article request link on records where there is no article request possible. At the moment the article request link shows on all records, no matter if the circulation conditions allow for an article request or not. We should not show the link when an article request is in general not possible. -- You are receiving this mail because: You are watching all bug changes.

1 83

[Bug 21855] New: Remove mention of deprecated delete_unverified_opac_registrations.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21855 Bug ID: 21855 Summary: Remove mention of deprecated delete_unverified_opac_registrations.pl cronjob Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com System preference now reads: opac.pref#PatronSelfRegistrationVerifyByEmail# <br><strong>NOTE:</strong> This system preference requires the <code>misc/cronjobs/delete_unverified_opac_registrations.pl</code> cronjob. Ask your system administrator to schedule it. I think this cronjob has been deprecated in favor of cleanup_database. We should remove the deprecated Cronjob next release and change the pref description. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 19945] New: ILSDI - Return the reason a reserve is impossible
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19945 Bug ID: 19945 Summary: ILSDI - Return the reason a reserve is impossible 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: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Currently, the ILDSI services HoldTitle and HoldItem always return a "NotHoldable" code is the reserve is impossible. We need to know why. Patch is coming... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42