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

[Bug 38202] New: Add table configuration and export options to table of subscriptions
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38202 Bug ID: 38202 Summary: Add table configuration and export options to table of subscriptions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The table of subscriptions in the serials module has sorting and filter options, but is missing table configuration and export. It would be great if these options could be added. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 43296] New: Circulation statistics do not work with non-numeric patron attribute codes
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43296 Bug ID: 43296 Summary: Circulation statistics do not work with non-numeric patron attribute codes 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: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Depends on: 42735 Target Milestone: --- Bug42735 restricted patron attribute codes in circulation statistics to numeric values. Existing attributes with alphanumeric codes, such as SHOW_BCODE, no longer pass validation. When selected as a row, Koha silently falls back to branch and produces incorrect statistics. When selected as a column, Koha falls back to datetime and may fail with a datetime isn't in GROUP BY DBI error. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42735 [Bug 42735] [CVE-2026-70373] SQL Injection in reports/issues_stats.pl via PeriodTypeSel / PeriodDaySel / PeriodMonthSel / Filter parameters (unvalidated string context, no placeholders) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 42540] New: Trap and throw elastic too_many_clauses errors instead of just dying
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42540 Bug ID: 42540 Summary: Trap and throw elastic too_many_clauses errors instead of just dying Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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 This started out as an issue with Connexion gateway, but it's not actually directly related. The issue is that during import, a record may contain so many fields to match on that it exceeds the max clauses an es server is configured for. In this case Koha 500's and connex emits the generic "Unsuccessful request" error. It seems the best patch forward would be to trap this error and propagate it as a Koha Exception, rather than simply die. There may be other elastic errors we could add to this pattern but I've not encountered any others so far. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 43285] New: Add Koha Plugin JS ESM module registry and loader
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43285 Bug ID: 43285 Summary: Add Koha Plugin JS ESM module registry and loader Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com, martin.renvoize(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- There's been really cool work done on having Koha plugins add Vue.js content to Koha. See the following: Bug 42150 - Allow plugins to register Vue islands via registerIsland() Bug 42189 - Allow plugins to inject dashboard widgets via a shared Vue widget registry However, they rely on the existing intranet_js hook which means they need to generate HTML to be injected as <script> elements into Koha templates. While functional, it's not as optimal and seamless as it could be. -- I'm proposing a Koha core API endpoint which will return URLs to Javascript modules (specifically ESMs) based on a provided "context key". A Koha page will query this API endpoint with a context key like "smtp_servers" or "catalogue-detail" or whatever really. The API endpoint will then invoke a Koha Plugin Perl plugin hook like "esm_module_provider" (or whatever), which will compile of list of URLs of ESMs from Koha Plugins to load dynamically into that Koha HTML page. This is pure Javascript with no HTML created via Perl. When combined with "Bug 26129 - Add a new 'configurations' table", this could be an extremely powerful tool for customizing Koha using plugins, especially with a Javascript + API driven model. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 42509] New: Use API to retrieve and update patrons via Batch patron deletion and anonymization tool
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42509 Bug ID: 42509 Summary: Use API to retrieve and update patrons via Batch patron deletion and anonymization tool Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The Batch patron deletion and anonymization tool (cleanborrowers.pl) can be slow for larger systems. It should be updated to use the API. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 43287] New: Branch search filter fails to retrieve title-level analytics (773$w / 001) without items
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43287 Bug ID: 43287 Summary: Branch search filter fails to retrieve title-level analytics (773$w / 001) without items Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: biblioteca-central(a)jusbuenosaires.gov.ar QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Description: In a multi-branch environment, when cataloging component parts or analytical records (for monographs or serials) linked strictly at the title level—using field 001 in the host/parent record and field 773$w in the analytical record, without creating items directly on the analytical record—limiting a search by a specific library branch fails to return the analytical records. Analytical records are only retrieved when searching under 'All libraries'. When filtering by a specific branch, the search engine excludes the analytical record because it lacks its own item, ignoring the fact that the host/parent record has items attached to that branch. Steps to Reproduce: 1. Setup: A Koha instance with at least two branches (e.g., Branch A and Branch B). 2. Host Record: Create or select a host/parent record (monograph or serial) with a control number in field 001 (e.g., 12345). Attach at least one item to this host record assigned to Branch A. 3. Analytical Record: Create an analytical record (article or chapter) linked to the host record via 773$w containing the host's 001 control number (e.g., 773$w = 12345). Do NOT attach any items directly to this analytical record. 4. Search: Go to OPAC or Staff Interface, set the library search filter/limit to Branch A, and search for terms matching the title or author of the analytical record. Actual Result: The analytical record is not returned when filtering by Branch A. It is only retrieved when searching across 'All libraries'. Expected Result: When filtering by a specific branch (Branch A), the search engine should retrieve analytical records linked via 773$w to host records that have items at that branch, indexing/inheriting branch availability from the host record. Additional Context / Notes: - Use case: In centralized or title-level analytical cataloging workflows, attached items should not be duplicated for every single component part/analytic. Branch ownership is determined by the existence of items on the host record. - Indexing behavior: The branch index filter (homebranch / holdingbranch) currently evaluates only item fields present on the record being indexed, without resolving the 773$w - There is a similar but unresolved issue already reported: Bug 19331. Thank you very much. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28846] New: MarcRecordFromNewSuggestion needs mapping to biblioitems.itemtype
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28846 Bug ID: 28846 Summary: MarcRecordFromNewSuggestion needs mapping to biblioitems.itemtype Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In C4::Suggestions, MarcRecordFromNewSuggestion uses mapping to biblioitems.itemtype : https://git.koha-community.org/Koha-community/Koha/src/commit/e9428f662fe2e… But this Koha to MARC mapping may not exists when itemtype is on item level. Same for biblio.autor, even if unlikely. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 43300] New: Additional information for patron attributes not translatable in OPAC self registration page
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43300 Bug ID: 43300 Summary: Additional information for patron attributes not translatable in OPAC self registration page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, f.demians(a)tamil.fr, jonathan.druart(a)gmail.com, julian.maurice(a)biblibre.com Target Milestone: --- When you add patron attributes and make them available in the OPAC for self registration, they show up under the section "Additional information". This section title is not translatable. To recreate: 1. Create a patron attribute editable in the OPAC 1.1. Go to Administration > Patron attribute types > New patron attribute type 1.2. Fill out the form: - Code: TEST - Description: Test - Display in OPAC: Check - Editable in OPAC: Check 1.3. Click Save 2. Add another language to the OPAC 2.1. gulp po:update --lang fr-CA 2.2. Add the language in OPACLanguages 2.3. Make sure opaclanguagesdisplay is set to Allow 3. Go to http://kohadev.mydnsname.org:8080/cgi-bin/koha/opac-memberentry.pl (make sure the OPAC is in the other language) --> Additional information is in English 4. Search the strings for Additional information cd misc/translator/po git grep "Additional information" fr-CA* --> There is one string in opac-bootstrap, but if you look at the file, it concerns ILL, not memberentry I found that the way to prevent showing "Additional information" is to add a class to the patron attribute type. 5. Create a value for PA_CLASS 5.1. Go to Administration > Authorized values 5.2. Search for PA_CLASS 5.3. Click Add 5.4. Fill out the form: - Authorized value: TEST_CLASS - Description: Test Class 5.5. Click Save 6. Add the class to the patron attribute type 6.1. Go to Administration > Patron attribute types 6.2. Click Edit next to TEST 6.3. In Class:, choose Test Class 6.4. Click Save 7. Redo step 3 --> Additional information is replaced by Test Class I noticed the heading is set with a TT variable rather than through HTML (I don't know if I'm saying this correctly) in koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-memberentry.tt [% SET legend = "Additional information" %] Compared to another <legend id="alternateaddress_legend">Alternate address</legend> I'm guessing there is some acrobatics to be done in order to use the classes, but Additional information should still be translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42922] New: Require Authen::SASL >= 2.18
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42922 Bug ID: 42922 Summary: Require Authen::SASL >= 2.18 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Authen::SASL gets used by Email::Sender::Transport::SMTP, but from version 2.18 onwards it includes the module Authen::SASL::Perl::XOAUTH2 which allows Koha to use the XOAUTH2 SASL authentication mechanism with SMTP. Since Microsoft are moving towards XOAUTH2 authentication, it would be wise for us to backport this version for Koha. (It's available in Debian Forky which hasn't been released yet, and it's available in Ubuntu 26.04.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 38136] New: Refactor database translations (alternative)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38136 Bug ID: 38136 Summary: Refactor database translations (alternative) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com This has the same goals of bug 24975 but with a different approach -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85