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

[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 39800] New: Error 500 when trying to delete patron card template
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39800 Bug ID: 39800 Summary: Error 500 when trying to delete patron card template Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I noticed this on 24.05.05, but it also happens on main. When you try to delete the default patron card template, Koha returns a 500 error. I thought it was maybe because the patron card template was linked to a printer profile and this blocked the deletion, but I doesn't seem like it. If we edit the card template (without changing anything), then we can delete it. To recreate: 1. Go to Tools > Patron card creator 2. Click Manage > Card templates 3. Click Delete next to the HB-PC0001 template --> Error 500 4. Go back, and click Edit next to the HB-PC0001 template 5. Don't change anything, and click Save 6. Click Delete next to the HB-PC0001 template and confirm --> Card template is deleted Same goes for a printer profile (with fresh db) To recreate: 0. reset_all 1. Go to Tools > Patron card creator 2. Click Manage > Printer profiles 3. Click Delete next to the '16' printer profile --> Error 500 4. Go back, and click Edit next to the '16' profile 5. Don't change anything, and click Save 6. Click Delete next to the '16' printer profile --> Printer profile is deleted -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[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

[Bug 38861] New: error in bookings to collect
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38861 Bug ID: 38861 Summary: error in bookings to collect Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 176372 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=176372&action=e… 200 error When loading the bookings to collect report in the circulation module an error appears. 'Something went wrong when loading the table. 200:ok. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25