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

[Bug 43360] New: Wire the advanced search form to build Lucene queries via the new /search architecture (Bug 43355)
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43360 Bug ID: 43360 Summary: Wire the advanced search form to build Lucene queries via the new /search architecture (Bug 43355) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 43355 Target Milestone: --- Bug 43355 establishes a Lucene-style query language as Koha's standard search syntax. The staff and OPAC advanced search forms currently build queries in Koha's legacy internal parameter format (operators/operands/indexes arrays) - a second query representation to keep in sync alongside the new one. This bug updates the advanced search forms to build Lucene query strings behind the scenes and submit through the architecture Bug 43355 establishes, so there is one query language for Koha to maintain, not two, and advanced search benefits from the same query capabilities /search exposes to API consumers. Test plan: 1. To be written once Bug 43355 has landed and this bug's approach is scoped. This bug is part of a staged program building on Bug 43355; see that bug for the overall plan. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43355 [Bug 43355] Add a /search API endpoint for biblios -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 43359] New: Migrate opac-search.pl to use the new /search architecture (Bug 43355)
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43359 Bug ID: 43359 Summary: Migrate opac-search.pl to use the new /search architecture (Bug 43355) 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 43355 Target Milestone: --- OPAC web search (opac-search.pl) and the new /search REST endpoint (Bug 43355) currently run on separate code paths. Left unaddressed, this risks exactly the divergence flagged by David Cook on Bug 25870 (comment #52): third-party apps and discovery layers using the API can return different results than the OPAC's own web search, which library users notice and dislike. This bug migrates opac-search.pl's query building and execution onto the same architecture Bug 43355 establishes, so OPAC web search and the REST search API are guaranteed to return consistent results, and so future search improvements only need to be made once. Test plan: 1. To be written once Bug 43355 has landed and this bug's approach is scoped. This bug is part of a staged program building on Bug 43355; see that bug for the overall plan. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43355 [Bug 43355] Add a /search API endpoint for biblios -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43358] New: Zebra: add a reduced-parity Lucene query translation layer for the new /search endpoint
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43358 Bug ID: 43358 Summary: Zebra: add a reduced-parity Lucene query translation layer for the new /search endpoint Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 43355 Target Milestone: --- Bug 43355 establishes a Lucene-style query language as the standard syntax for the new /search endpoint, translated natively by Elasticsearch's own query_string handler. Zebra has no equivalent native support, and per community discussion on Bug 25870, cannot index items separately or join bibs/items the way the new architecture's item-level correctness (combined filters, facet accuracy, query-time OpacHiddenItems enforcement) depends on. This bug is deliberately scoped as reduced parity, not full feature parity: it adds a Lucene-to-PQF/CCL translation layer for basic syntax (field:value, AND/OR/NOT, quoted phrases, parentheses) so Zebra installations can use /search at all, while explicitly documenting that combined item-level filter correctness, facet accuracy against those filters, and query-time OpacHiddenItemsHidesRecord enforcement remain Elasticsearch-only, with Zebra falling back to today's existing (imperfect) behaviour for those specific concerns. This resolves the Bug 25870 disagreement between wanting Elasticsearch progress to not be blocked on Zebra parity, and not wanting Zebra abandoned outright. Test plan: 1. To be written once the parser design is finalised. This bug is part of a staged program building on Bug 43355; see that bug for the overall plan. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43355 [Bug 43355] Add a /search API endpoint for biblios -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 43293] New: Add IDs to the Pay/Write off confirm buttons on paycollect.tt
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43293 Bug ID: 43293 Summary: Add IDs to the Pay/Write off confirm buttons on paycollect.tt Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The Confirm submit button on the combined pay/writeoff form in members/paycollect.tt doesn't have an id, making it hard for local customisations, hardware integrations (e.g. receipt printer triggers), and automated tests to reliably target the pay action versus the writeoff action - both render as the same markup with only the value/hidden op field differing. This patch adds id="paysubmit" and id="writeoffsubmit" to the two branches of the existing type == 'WRITEOFF' conditional, matching the existing op=cud-pay/op=cud-writeoff split right above it. Test plan: 1. Go to a patron's Pay fines page and select multiple charges 2. Choose Pay - confirm the Confirm button has id="paysubmit" 3. Choose Write off - confirm the Confirm button has id="writeoffsubmit" 4. Confirm both flows still submit and behave exactly as before -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 43357] New: api/v1/public/additional_contents gives 500 error if OPAC related entries lack non-required fields
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43357 Bug ID: 43357 Summary: api/v1/public/additional_contents gives 500 error if OPAC related entries lack non-required fields Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Target Milestone: --- To recreate: 1. Make an OPAC news or HTML customization entry 2. Leave one of the non-required fields empty (Expiration date and/or Appear in position ) 3. Visit {BASE_URL}/api/v1/public/additional_contents 4. 500 error Expected integer - got null. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 35052] New: OpacHiddenItemsHidesRecord system preference should be considered on index time instead
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35052 Bug ID: 35052 Summary: OpacHiddenItemsHidesRecord system preference should be considered on index time instead Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: alexander.blanchard(a)ptfs-europe.com, dcook(a)prosentient.com.au, jacob.omara(a)ptfs-europe.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com Currently, results are being skipped after the search has been processed in C4/Search.pm. This may cause several unintended scenarios: 1) The first page has all the results skipped, even thought there are more results in 2nd page and so on, this will will result in a "No search results" page 2) The total search results number still shows 80 (for example), even if it has skipped 70 and is only showing 10. To reproduce we need to use both OpacHiddenItems and OpacHiddenItemsHidesRecord Use OpacHiddenItems and put some rules that hide some items Use OpacHiddenItemsHidesRecord = 'hide' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 43151] New: ES should apply search filters on each item discretely
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43151 Bug ID: 43151 Summary: ES should apply search filters on each item discretely 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 42835 Target Milestone: 26.11 When filtering search results using item record values, Koha checks for each of those values at the biblio level, rather than at the item level. This leads to undesirable search results. For example, assume you have a biblio with two items: - item 1 is itype BOOK and collection FICTION - item 2 is itype AUDIO and collection NONFICTION Currently, if a user performs a search limited to itype=BOOK and collection=NONFICTION, this biblio will be returned because it has at least one BOOK item and at least one NONFICTION item. But the user expectation is that the search will return biblios where at least one item that is both a BOOK and NONFICTION. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42835 [Bug 42835] ElasticSearch should have an items index -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 42207] New: Allow library embed on GET /patrons/{patron_id}
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42207 Bug ID: 42207 Summary: Allow library embed on GET /patrons/{patron_id} Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com The GET /api/v1/patrons/{patron_id} endpoint supports embedding related resources via x-koha-embed, but library is not among the allowed values. This forces callers that need both patron and library data to make a second request. This patch adds library to the embed enum so that x-koha-embed: library returns the patron's library object inline in the response. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 42111] New: Update various admin pages to use grid layout for forms - Part 1
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42111 Bug ID: 42111 Summary: Update various admin pages to use grid layout for forms - Part 1 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 41823 - Administration -> Additional fields - Administration -> Audio alerts - Administration -> Cities and Towns - Administration -> Classification configuration Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41823 [Bug 41823] Update acquisitions admin pages to use grid layout for forms -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 35061] New: Add support to preserve patron category code when importing patrons with commandline script
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35061 Bug ID: 35061 Summary: Add support to preserve patron category code when importing patrons with commandline script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz 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 25