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

[Bug 37250] New: Redesign labels home page to match other module home pages
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37250 Bug ID: 37250 Summary: Redesign labels home page to match other module home pages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I propose to update the label creator home page so that it has a grid of links like the circulation or cataloging home pages. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 42744] New: Add Database backend for patron search (denormalized table)
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42744 Bug ID: 42744 Summary: Add Database backend for patron search (denormalized table) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 42508 Adds a zero-dependency Database backend for patron search using a denormalized table (patron_search_index) with MariaDB FULLTEXT indexes. Uses the field-group model: one row per patron per field group, enabling targeted search and weighted relevance. The same search interface as the ES backend, selected via the factory classes. Components: - patron_search_index table (field-group model) - Koha::SearchEngine::Database::Indexer::Patrons - Koha::SearchEngine::Database::Search::Patrons - Koha::SearchEngine::Search::Patrons (factory) - Koha::SearchEngine::Indexer::Patrons (factory) - patron_search_index.pl CLI tool with --backend switch - Integration tests starts_with uses LIKE on borrowers columns directly (fast with indexes). contains uses FULLTEXT BOOLEAN MODE on the index table. Facet filters and library scoping via standard SQL. This provides a patron search solution for installations that cannot deploy Elasticsearch. Depends on bug 42508. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42508 [Bug 42508] Add Elasticsearch patron search feature -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 42743] New: Support dedicated ES server for the patrons index
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42743 Bug ID: 42743 Summary: Support dedicated ES server for the patrons index 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 Depends on: 42508 Adds support for configuring a separate Elasticsearch server for the patrons index via koha-conf.xml: <elasticsearch> <server>127.0.0.1:9200</server> <index_name>koha_instance</index_name> <patrons_server>patron-es:9200</patrons_server> </elasticsearch> This enables deploying patron data on a dedicated ES cluster for performance isolation or data residency requirements. The configuration is read once in the constructor and the index-specific server overrides the default nodes. Falls back to <server> when no index-specific entry is present. Depends on bug 42508. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42508 [Bug 42508] Add Elasticsearch patron search feature -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 43766] New: Performance issues when staging a large file into a basket
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43766 Bug ID: 43766 Summary: Performance issues when staging a large file into a basket Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Noting issues here that we can fix, I am still profiling to look for more, but some low hangning fruit: Koha/Import/Record.pm: sub _get_syspref_mappings { fetches the same yaml pref for each biblio - can be fetched and passed through to reduce call This sub also calls: sub _verify_number_of_fields { Which loops through the record to count the fields - we verify the count, then return to the caller and loop through the fields again to store them - we should store during the count and pass back We call 'GetBudgetByCode' for each record/item - and we don't cache or reuse - we should do this to reduce calls (especially as orders are often grouped by budget) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 43518] New: Add a reusable PatronSelect Vue component with patron search
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43518 Bug ID: 43518 Summary: Add a reusable PatronSelect Vue component with patron search Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Blocks: 41129 Target Milestone: --- This patch adds a reusable PatronSelect.vue component: a searchable, debounced patron picker built on v-select, showing age and library context in results, with loading/disabled states and slots for custom option/no-options/spinner rendering. It also adds a paginated patrons.search() method to fetch/patron-api-client.js, used by the new component to query the patrons API. This is generic UI infrastructure with no feature-specific behaviour; it's split out from bug 41129 (booking workflows), where it was originally extracted from inline logic in the booking patron-selection step, because it benefits from independent review and other patron-picking UIs can reuse it. Test plan: 1. Run: yarn cypress run --component --browser electron --spec 't/cypress/component/PatronSelect_spec.ts' 2. Verify the component mounts, debounced search calls the API, and selecting an option emits the expected value. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41129 [Bug 41129] Migrate place_booking.js to a Vue island. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 39054] New: a need to distinguish between manual bibliographic record modifications and those being a consequence of authority modification
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39054 Bug ID: 39054 Summary: a need to distinguish between manual bibliographic record modifications and those being a consequence of authority modification Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Now in action_logs, Koha does not distinguish between manual bibliographic record modifications and those being a consequence of authority modification. Both are logged in the same way: module: CATALOGUING ; operation: MODIFY ; interface: intranet. IMO it would be helpful to be able to distinguish this two cases. (For instance to be able to evaluate a librarian's 'koha' in the cataloguing process: a single action of modification of one authority record launching a modification of, say, 100 bibliographic records does not equal to manual modification of 100 bibliographic records. Also, if we trace issues in bibliographic records after modification being performed and want librarians to correct themselves, a biblio modification being a consequence of an authority modification should not be taken into account. Etc.) Comment are welcome. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 31506] New: Add "backup days" to /etc/koha/koha-common.conf
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31506 Bug ID: 31506 Summary: Add "backup days" to /etc/koha/koha-common.conf Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com koha-run-backups takes the --days argument to say how many days of backup we should keep around. The value of this is set to two in the default /etc/cron.daily/koha-common that is installed by the Debian packages. I routinely increase this value to keep more backup. One thing that can happen now is that I want to create fresh backups for all the sites on a server before doing an upgrade. So I run koha-run-backups manually, but I forget about the --days argument. Result: I loose a lot of backup! It would be nice if the default for --days could be set somewhere like /etc/koha/koha-common.conf. That way we could run koha-run-backups both from cron and manually, without the --days argument, and keep the same amount of backups either way. If --days is given as an argument, it should override the default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 27138] New: Host items are not included in Z39 results when using EasyAnalytics
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27138 Bug ID: 27138 Summary: Host items are not included in Z39 results when using EasyAnalytics Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a library enables EasyAnalytics and links two records in the catalog then the host items show on the child record. If you search for these records via Z3950 (via zebra directly or the responder) the host items are not shown -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 65

[Bug 43748] New: Have option to renew/extend holds on a bib record
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43748 Bug ID: 43748 Summary: Have option to renew/extend holds on a bib record Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Target Milestone: --- At public libraries, publication dates on popular titles are sometimes delayed by over a year. Many libraries also set holds to expire automatically after a year with the cancel_unfilled_holds.pl cron job It would be great if there were a tool or workflow to override the expiration on holds for titles that need a few more months before they are published. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 43459] New: Librarian with permission order_manage should be able to see all vendors
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '26

09 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43459 Bug ID: 43459 Summary: Librarian with permission order_manage should be able to see all vendors Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 40684 added rights for users with erm permission to list vendors, but this should also be given to users that manage orders since they need to list vendors before actiong on orders -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7