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

[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

[Bug 39293] New: Remove box around subfield tag in basic editor
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39293 Bug ID: 39293 Summary: Remove box around subfield tag in basic editor 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 179128 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=179128&action=e… bib edit screen in main In 24.11 and later, the bootstrap update seems to have put a box around subfield tags (see attached screenshot). These values have been editable for a long time, but putting boxes around them makes it really clear that this is possible. But manual editing of those subfield tags is not really the expected way to use this editor and opens one up to numerous cataloging errors. For this sort of unguided cataloging, we expect one to use the advanced editor. I suggest we make those boxes go away again to make this questionable feature less obvious. If we leave the boxes, we really need to fix bug 29253, in which one can use this subfield updating to violate framework constraints. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 39409] New: Duplicate modifybiblio ids in cat-toolbar
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39409 Bug ID: 39409 Summary: Duplicate modifybiblio ids in cat-toolbar Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: phil(a)chetcolibrary.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 34478 When https://git.koha-community.org/Koha-community/Koha/commit/74d7ae7672a4b8256… added forms for batch modify and batch delete items so they would work with CSRF protection, it clearly did so by copy-pasting the form from Modify record using template, since all three have id="modifybiblio". Luckily, the copies have their own id attribute first, so the duplicate ones are dropped by parsers since an element can't have two ids, but having duplicates is confusing. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 [Bug 34478] Full CSRF protection -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 39833] New: mysqldump SET character_set_client = utf8 vs utf8mb4
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39833 Bug ID: 39833 Summary: mysqldump SET character_set_client = utf8 vs utf8mb4 Change sponsored?: --- Product: Koha Version: 24.11 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We have ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; but kohastructure.sql has /*!40101 SET character_set_client = utf8 */; However it seems that now koha-dump uses: /*!40101 SET character_set_client = utf8mb4 */; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 39904] New: EDIFACT error messages are malformed
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39904 Bug ID: 39904 Summary: EDIFACT error messages are malformed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Perl can interpolate hashrefs but not method calls. This results in messages like "Cannot connect to Koha::Schema::Result::VendorEdiAccount=HASH(0xaaab059252f0)->host: Name or service not known: My Test at ./misc/cronjobs/edi_cron.pl line 58." when running the edi_cron.pl cronjob. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16