April 2025 - Koha-bugs - lists.koha-community.org

[Bug 39696] New: Low contrast for claim return date in circulation overdue report
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39696 Bug ID: 39696 Summary: Low contrast for claim return date in circulation overdue report Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Steps to Reproduce: 1. Enable the ability to mark items as "Claimed Returned" by setting the ClaimReturnedLostValue system preference. 2. Check out an item to a patron, and backdate the due date so that it becomes overdue. 3. Navigate to: /cgi-bin/koha/circ/overdue.pl to view the overdue item. 4. Mark the item as "Claims Returned". 5. Observe the display: the claim return date text uses #fff (white), which is not visible on white table rows and has poor contrast on grey rows. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 39569] New: When cancelling a hold waiting past expiration date triggers a transfer the libraries name is not in alert
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39569 Bug ID: 39569 Summary: When cancelling a hold waiting past expiration date triggers a transfer the libraries name is not in alert Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - Use a bib with a single item to make this easier - Place two holds on a bib with pickup at one library - Place some more holds for pickup at a different library - Check the item in to the first library - Set the expiration date back in time, using ktd --dbshell can help update reserves set expirationdate = DATE('2024-01-01') where branchcode='CPL'; - On Holds awaiting pickup > Holds waiting past their expiration date use the button in the actions tab to 'Cancel hold' the alert says: This item is on hold for pick-up at your library' - click OK - Check the item in again and set expiration date to expired again - On Holds awaiting pickup > Holds waiting past their expiration date use the button in the actions tab to 'Cancel hold and transfer to: [libraryname]' - Notice the alert says 'This item is on hold for pick-up at' with no library name -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 39169] New: Acq column configurations are lacking (parent ticket 11578)
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39169 Bug ID: 39169 Summary: Acq column configurations are lacking (parent ticket 11578) Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: tgoatley(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 178369 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=178369&action=e… Budget screen shot with columns at issue HI Koha Dev's! The Acquisitions home page is displaying two columns that should be hidden by default (see screenshot) The first column is 'Active' and the second is 'Budget period description.' I don't think they were displayed previous to 24.11. Plus the the info is distracting, clutters up the display and is not useful. I checked the column settings to see if I could hide them but the 'Is hidden by default' setting is greyed out but not checked. The 'Cannot be toggled' setting is both greyed out and checked. (Submitted on behalf of Barbara at Bedford Public Library in Bedford Texas) Cheers! Todd -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 39079] New: Matchpoints with multiple fields require all fields to match under Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39079 Bug ID: 39079 Summary: Matchpoints with multiple fields require all fields to match under Elasticsearch Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In zebra when matching an incoming file to existing records, we use 'OR' to combine the fields In elasticsearch we are combining multiple fields with 'AND' as a 'must' search This means an incoming record with two control numbers will not match an existing record with only one The generated queries are like: 2025-02-10T14:59:07 zebrasrv(46) [request] Search authorities OK 0 1 1+0 RPN @attrset Bib-1 @or @attr 1=Local-Number @attr 4=109 @attr 7=1 0 @or @or @attr 6=3 @attr 5=100 @attr 4=1 @attr 1=other-control-number (DE-588)4179998-7 @attr 6=3 @attr 5=100 @attr 4=1 @attr 1=other-control-number (DE-627)104628669 @attr 6=3 @attr 5=100 @attr 4=1 @attr 1=other-control-number (DE-576)209995106 versus 'bool' => { 'must' => [ { 'term' => { 'other-control-number.ci_raw' => '(DE-588)4179998-7' } }, { 'term' => { 'other-control-number.ci_raw' => '(DE-627)104628669' } }, { 'term' => { 'other-control-number.ci_raw' => '(DE-576)209995106' } } ] } } This is due to this bit of code: ElasticSearch/QueryBuilder: 469 # Merge the query parts appropriately 470 # 'should' behaves like 'or' 471 # 'must' behaves like 'and' 472 # Zebra behaviour seem to match must so using that here 473 my $elastic_query = {}; 474 $elastic_query->{bool}->{must} = \@query_parts; We need to respect the and_or passed into build_auth_query_compat, but currently: 514 =item and_or 515 516 Totally ignored. It is never used in L<C4::AuthoritiesMarc::SearchAuthorities>. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 39449] New: OPAC table sort arrows show opposite sort direction
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39449 Bug ID: 39449 Summary: OPAC table sort arrows show opposite sort direction Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 39561] New: Users with only editcatalogue: fast_cataloguing cannot add an item if a duplicate is found
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39561 Bug ID: 39561 Summary: Users with only editcatalogue: fast_cataloguing cannot add an item if a duplicate is found Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1 - Create or choose a borrower and grant permissions: catalogus circulate borrowers: list_borrowers editcatalogue: fast_cataloguing 2 - Log in as that patron 3 - Search for another borrower and go to checkout screen 4 - Enter random string as barcode to checkout 5 - Item is not found, click to fast catalogue 6 - In the editor type into 245$a 'Perl best practices' - or another title that exists in your system 7 - Get a notice of duplicate with options: Yes: View existing items No, save as new record 8 - Both options take you to the record details page and you cannot add an item -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 39070] New: Elasticsearch Facets are not used/needed when finding record matches
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39070 Bug ID: 39070 Summary: Elasticsearch Facets are not used/needed when finding record matches Change sponsored?: --- Product: Koha Version: Main 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 We have found that in production, when loading large record sets, we can sometimes overload the ES server and cause timeouts. One possible cause here is the cost of generating facets (aggregations) when looking for matching records. We don't use the values here, so shouldn't request them -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 39692] New: With OnSiteCheckoutsForce the due date should be set
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39692 Bug ID: 39692 Summary: With OnSiteCheckoutsForce the due date should be set Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When OnSiteCheckoutsForce is set it is possible to on-site checkout an item to a restricted patron. But the due data that is labelled with "Automatic due date:" is not being set. As a result, when such a checkout is performed and you do not set the date manually, the due date will be set as for normal checkout (even if it is marked as on-site checkout). -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 39260] New: Typo in acquisitions baskets API documentation
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39260 Bug ID: 39260 Summary: Typo in acquisitions baskets API documentation Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com See https://api.koha-community.org/#tag/baskets/operation/listBaskets "List possibe managers for baskets" should be "List possible managers for baskets". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 39508] New: With OPACAuthorIdentifiersAndInformation, make ISNI and Wikidata identifiers be displayed correctly
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39508 Bug ID: 39508 Summary: With OPACAuthorIdentifiersAndInformation, make ISNI and Wikidata identifiers be displayed correctly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org At the current, when OPACAuthorIdentifiersAndInformation is on, ISNI and Wikidata entries in authority 024 field generate empty bullets. -- You are receiving this mail because: You are watching all bug changes.

1 15