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

[Bug 26434] New: Plugin dirs duplicates in @INC with plack
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26434 Bug ID: 26434 Summary: Plugin dirs duplicates in @INC with plack Change sponsored?: --- Product: Koha Version: master 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Plugin dirs defined in koha-conf.xml are added to @INC in order to compile perl code. Looks like with plack those dirs are added several times. This may lead to an error "INCLUDE_PATH exceeds 64 directories". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 40469] New: Reword anonymous_refund permission description
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40469 Bug ID: 40469 Summary: Reword anonymous_refund permission description Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jheltibridle(a)rcplib.org, kyle(a)bywatersolutions.com Under the Cash Management section of user permissions (only visible if registers are enabled), there is a sub-permission: "Perform anonymous refund actions (anonymous_refund)" This description is ambiguous about where the anonymity exists in the transaction. It seems more clear to say "Perform refund actions related to Point of Sale transactions" -- POS is the only place in Koha where there are transactions without an associated borrowernumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 43142] New: Elasticsearch number_of_replicas should be driven by a system preference
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43142 Bug ID: 43142 Summary: Elasticsearch number_of_replicas should be driven by a system preference Initiative type: --- Sponsorship --- status: 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Koha's index_config.yaml hardcodes index.number_of_replicas: 1 and index.number_of_shards: 5. On single-node clusters (the vast majority of Koha deployments), this causes a permanently yellow cluster health status because replica shards can never be assigned. The number_of_replicas setting is applied at index creation time during rebuild_elasticsearch.pl. Since this is entirely within Koha's control, it should be configurable via a system preference. Proposed solution: - Add a new system preference ElasticsearchReplicas (default: 0) - rebuild_elasticsearch.pl and any index creation code should read this preference and override the value from index_config.yaml - Default of 0 is sensible because: - Most deployments are single-node - Replicas are only useful with multiple ES nodes - Organizations that run multi-node clusters can set it to 1 or higher - The setting takes effect on rebuild, so changing it is straightforward This also eliminates the confusing yellow cluster health on fresh installs and KTD development environments. Note: The index_config.yaml default could also be changed to 0, with the syspref allowing organizations to increase it. Either approach works, but the syspref is the important part for operational control. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 29653] New: Return claims on deleted items
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29653 Bug ID: 29653 Summary: Return claims on deleted items Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: mspagnuolo(a)nrhtx.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an item that has been claims returned previously is deleted, the item no longer shows on the patron's account. I would prefer Koha to leave the name of the item or a place holder to be able to track claims returns better. Or perhaps a counter that is not dependent on the item being in the system. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 43156] New: Branch name displays incorrectly on members-home.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43156 Bug ID: 43156 Summary: Branch name displays incorrectly on members-home.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- When using a branch limiter in a patron search, instead of the branch name showing, such as Main, the code displays oddly. Where it should display Library=Main Library, it displays Library=^M$ (M is the branch code) To recreate: 1. Go to Patron search 2. Limit search to a branch 3. Submit search -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 43154] New: Select all and Clear all buttons don't work on members-home.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43154 Bug ID: 43154 Summary: Select all and Clear all buttons don't work on members-home.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- In 26.05 the select all/clear all buttons no longer work in members-home.pl. To recreate: 1. Go to Patrons module 2. Do any search that will give you more than one result 3. Click Select All - none of the checkboxes will be marked 4. Manually select some patrons 5. Click Clear all - boxes will not be cleared. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41914] New: Add patron category description to account payment notice template
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41914 Bug ID: 41914 Summary: Add patron category description to account payment notice template Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Add patron category description to account payment notice template Libraries running a paid membership subscription model require the Patron Category Description (from categories.description) to be displayed in the Account Payment Notice. Currently, in Koha, the Account Payment notice template does not expose the Patron Category Description variable, preventing libraries from printing membership type information (e.g., Corporate, Individual, Premium, Student) in payment receipts/letters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 41382] New: Un/Select All option for patron messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41382 Bug ID: 41382 Summary: Un/Select All option for patron messaging preferences Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kebliss(a)dmpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com It would be useful if there were un/select all checkboxes above each method of notification in a patron's messaging preferences. That way if someone wanted to switch from all SMS to all email, for example, staff wouldn't have to unselect each individual notice and reselect them again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 39156] New: Add plugin hooks for batch operations on authority, biblio and items
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39156 Bug ID: 39156 Summary: Add plugin hooks for batch operations on authority, biblio and items Change sponsored?: --- 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: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 43133] New: Standardize use of label vs legend
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43133 Bug ID: 43133 Summary: Standardize use of label vs legend Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- In the OPAC advanced search page, there are currently section titles that use <label> and others that use <legend>. When customizing the OPAC, it gives unequal results. I was wondering if there was an accessibility or semantic reason for this or if it was just the result of different people doing things differently over the years. To recreate : 1) Go to the OPAC advanced search page http://kohadev.mydnsname.org:8080/cgi-bin/koha/opac-search.pl 2) Click More options 3) Open the dev tool inspector 4) Hover over the following elements and note the tag used - "Search for:" = legend - "Limit to any of the following:" = legend - "Location and availability:" = label - "Sort by:" = label - "Publication range" = label - "Language" = label - "Audience" = label - "Content" = label - "Format" = label - "Additional content types..." = label -- You are receiving this mail because: You are watching all bug changes.

1 1