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

[Bug 43864] New: GET /api/v1/biblios/{biblio_id}
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '26

21 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43864 Bug ID: 43864 Summary: GET /api/v1/biblios/{biblio_id} Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com Target Milestone: --- Technically, GET /api/v1/biblios/{biblio_id} should probably return a x-framework-id or x-koha-framework-id response header Currently, it doesn't seem like there's any way to fetch a biblio's frameworkcode from the API? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24910] New: Make it possible to choose see also-authorities in authority finder
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '26

21 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24910 Bug ID: 24910 Summary: Make it possible to choose see also-authorities in authority finder 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When searching for authorities, sometimes you may see the result you want to select in a see also, but it is not possible to *choose* that one. You have to do another search to get it into the results list of auth finder. Wouldnt it be nice if we could somehow add a link to choose them too? The current link allows you to open them, but this seems less useful at least in our case. Would a preference be useful to switch between choosing or opening ? Or should we add a small link? How could we address that best in terms of styling etc? Your feedback is appreciated ! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 37985] New: Extend geo-search to support areas, not just points (MARC 034 subfields defg)
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '26

21 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37985 Bug ID: 37985 Summary: Extend geo-search to support areas, not just points (MARC 034 subfields defg) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: tadeusz(a)sosnierz.com QA Contact: testopia(a)bugs.koha-community.org Bug 31652 ("Add geo-search") implements indexing geographic coordinates (034s,t) in Elasticsearch to enable searching for records referring to specific coordinates. Some records (or authorities) will refer to whole areas, which MARC encodes as north/south/east/westmost points. Since elasticsearch supports indexing shapes, not just points, it would be a nice improvement to be able to index this as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 43700] New: Use background report jobs to schedule reports using the task scheduler
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '26

20 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43700 Bug ID: 43700 Summary: Use background report jobs to schedule reports using the task scheduler Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Target Milestone: --- We could replace the need for the "at" command entirely if we utilize the reports background jobs. Reports would need a "don't run before" datetime column and then the query that fetches the jobs could filter out anything where that column is in the future. The form data would need stored somewhere as well so the output can be emailed properly. A possible further enhancement ( likely a report in it's own right ) would be to add periodicity by having periodic reports stored in a table, and a nightly cronjob that would queue up report background jobs for the next 24 hours based on the periodicity! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '26

20 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|koha-bugs(a)lists.koha-commun |jacob.omara(a)openfifth.co.uk |ity.org | -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 42777] New: Authority linker cron job removes punctuation
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '26

20 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42777 Bug ID: 42777 Summary: Authority linker cron job removes punctuation Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mnero(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We have AutoLinkBiblios enabled, so when we save a bib record, the headings are automatically linked. When doing this, if there is a period at the end of a field being linked, the $9 appears after the period. We also have a cron job that runs once a week to run general authority linking on our system. During that process, if there is a period at the end of the field, it removes it when adding the $9. This is causing an issue with the same heading appearing with the period if it was linked upon saving and without the period if it was linked during the cron job. If the period is before a $2 (Fantasy fiction.$2lcgft for example), the cron job will change it to Fantasy fiction$2lcgft, removing the period. While this doesn't seem to affect access or indexing, it creates a problem when searching for specific strings in the fields or sorting exported information from any of those controlled fields. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 14806] Action Log for Modifying borrower messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '26

20 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14806 Irene Tortorella <i.tortorella(a)arts.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |i.tortorella(a)arts.ac.uk -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43401] New: Makefile.PL doesn't compile vue OPAC js to the right directory
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '26

20 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43401 Bug ID: 43401 Summary: Makefile.PL doesn't compile vue OPAC js to the right directory Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We've notices a problem on sites now using 26.05 and problems with vue island related stuff. I found the problem through the new self renewal via OPAC feature which has a modal loaded through: koha-tmpl/intranet-tmpl/prog/js/vue/components/Islands/PatronSelfRenewal/PatronSelfRenewal.vue The compiled js files on the 26.05 server only show in the intranet directory: intranet-tmpl/prog/js/vue/dist/patron-self-renewal The code expects this in an opac directory. I think MakeFile.PL just isnt accounting for this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 36633] New: Support anti-the at REST API level
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '26

20 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36633 Bug ID: 36633 Summary: Support anti-the at REST API level Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com CC: tomascohen(a)gmail.com Coming from bug 35560. If we migrate UI tables to DT using the REST API we need support the anti-the sorting type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '26

20 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #178 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- Hello, Thanks for your feedback.. so this one has become super long.. :) For transparency: I used Claude Code (Anthropic) as an assistant on this rework. It helped me to find additional bugs, global limits that didn't apply in particular and I decided for more clarity in view of the changes to make a new Sign off request. Note on tests: all checks pass on the files of the series, except pod_coverage on t/lib/TestBuilder.pm but it failed on main too. -- You are receiving this mail because: You are watching all bug changes.

1 0