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

[Bug 9991] De-duplicate "no cover image available" (currently in lieu of prioritizing cover image sources)
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '22

16 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9991 Manos PETRIDIS <egpetridis(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Tools |OPAC -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9991] De-duplicate "no cover image available" (currently in lieu of prioritizing cover image sources)
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '22

16 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9991 Manos PETRIDIS <egpetridis(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Templates |Tools Assignee|oleonard(a)myacpl.org |koha-bugs(a)lists.koha-commun | |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30461] New: Batch authority tool is broken
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '22

16 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30461 Bug ID: 30461 Summary: Batch authority tool is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: Tools Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 17600, 22417 Use of inherited AUTOLOAD for non-method Koha::BackgroundJob::BatchUpdateAuthority::ModAuthority() is no longer allowed Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17600 [Bug 17600] Standardize the EXPORT https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22417 [Bug 22417] Add a task queue -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 27253] New: borrowers.updated_on cannot be null on fresh install, but can be null with upgrade
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '22

16 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27253 Bug ID: 27253 Summary: borrowers.updated_on cannot be null on fresh install, but can be null with upgrade Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Simply put, the borrowers table column updated_on in kohastructure.sql specifies that it cannot be null, but the updatedatabase.pl it can. It appears the NOT got lost when the column as renamed 'updated_on' from 'timestamp' in a followup on bug 10459. Fixing it is easy, the question is, what do we do with currently NULL updated_on's? My though is to set them to the unix epoch ( 1970-01-01 ). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 27700] New: Patron quick add form is a single fieldset and contains no legend or headers
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '22

15 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27700 Bug ID: 27700 Summary: Patron quick add form is a single fieldset and contains no legend or headers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: Go to PatronQuickAddFields and add the fields. Go to the quick add form and everything is in a single fieldset and there no headings or legend. It makes the form confusing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30967] New: Add ability to toggle Z39.50 server selection for searching
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '22

15 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30967 Bug ID: 30967 Summary: Add ability to toggle Z39.50 server selection for searching Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if one could toggle Z39.50 server selection in z3950_search.pl, so that once the default servers are consulted, one could query the rest of the servers and only those. Curently one has to either manually deselect the servers selected by default, or select all servers/targets, regardless of the performance - load penalty this would entail. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 29952] New: Filter Paid Transactions Broken on Transactions tab in Staff
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '22

15 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29952 Bug ID: 29952 Summary: Filter Paid Transactions Broken on Transactions tab in Staff Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I tested in both master and on 21.05.08 and the "Filter paid transactions" link on members/boraccount.pl does nothing anymore. Lisette -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 26587] New: detail.pl is very slow for records with many items
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '22

14 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26587 Bug ID: 26587 Summary: detail.pl is very slow for records with many items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Using Plack Koha, it took about 10 seconds to load detail.pl for a page with 350 items. Looking at the code, we loop through order, subscriptions, and items. I haven't done any benchmarking, but my guess would be the slowdown comes when looping through the items, as there are lots of database calls made in that loop. I think optimizations come down to the following (which are not mutually exclusive): 1. Get the full count of items but only lookup/render a subset using an AJAX call 2. Use fewer database calls in the loop by fetching all the data needed from the database and then processing it as necessary in the loop 3. Use fewer external cache lookups by doing things like C4::Context->preference('UseCourseReserves') outside of the loop rather than inside the loop -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 30959] New: IPV6 rejection on bugzilla
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '22

14 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30959 Bug ID: 30959 Summary: IPV6 rejection on bugzilla Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: PC OS: Windows Status: NEW Severity: blocker Priority: P5 - low Component: Bugzilla Assignee: jonathan.druart+koha(a)gmail.com Reporter: romans.vanickis(a)tus.ie Created attachment 136065 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=136065&action=e… IPV6 rejection Hello, please allow incoming connections over IPV6 on port 443. We are TUS University, and our staff members trying to access bugzilla, the website itself is working fine, however that one specific page does not load - as it resets all incoming connections over ipv6. Screenshot attached for reference. Please get back to me with an update, much appreciated. Rgds, Roman. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '22

14 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michaela.sieber(a)kit.edu -- You are receiving this mail because: You are watching all bug changes.

1 0