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

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

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 --- Comment #21 from David Nind <david(a)davidnind.com> --- (In reply to Mathieu Saby from comment #20) > My university is sponsoring a development That's great news! Thank you. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 40452] New: Vendor in EDIFACT messages is sometimes incorrect before importing invoice
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40452 Bug ID: 40452 Summary: Vendor in EDIFACT messages is sometimes incorrect before importing invoice Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For libraries who have EdifactInvoiceImport set to "[Don't] automatically import invoice...", the Vendor shown in EDIFACT messages for invoices is sometimes incorrect while the message is pending import. Once it imports, all order/invoice info is correct, and the Vendor in the EDIFACT messages table updates to the correct vendor. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41451] New: Hold history search fails when itemtype column present
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41451 Bug ID: 41451 Summary: Hold history search fails when itemtype column present Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The search box on the holds history table throws a 500 error when the item type column is visible Test plan: 1) Create at least one hold on any record 2) Navigate to the patron who has the hold and click Holds history in the left menu 3) The table should load correctly and the search bar above it should work 4) In system preferences, enable AllowHoldItemTypeSelection 5) Refresh the holds history, the Requested item type column should now be visible 6) Try a search, a 500 error should be thrown -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 41432] New: Add prefetch to improve performance of holds page
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41432 Bug ID: 41432 Summary: Add prefetch to improve performance of holds page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com To view the issue: 1 - Add a bunch of holds to a record https://github.com/kidclamp/handy-koha-script/blob/main/randhold.pl 2 - Enable profiling: https://wiki.koha-community.org/wiki/Profiling_with_Devel::NYTProf#NYTProf_… 3 - Browse to the record and load the holds table 4 - View the flame graph for the request like instructions in #2 5 - Note that Koha::Hold->borrower and Koha::Hold->item take a lot of time -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 41363] New: Don't hide patron category limitation warning behind icon
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41363 Bug ID: 41363 Summary: Don't hide patron category limitation warning behind icon Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 31422 Created attachment 190115 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=190115&action=e… Screenshot showing the tooltip A small warning icon appears in the patron edit form under these circumstances: 1. In Administration -> Patron categories, limit a patron category to a single library. 2. Switch to that library and locate a patron in that category. Copy the card number. 3. Switch to different library and search for the patron by card number. 4. Edit the patron. 5. Scroll down to the "Library management" section. You should see a warning icon next to the category. Hovering your mouse over the icon should trigger a tooltip with some text. See attached screenshot. We should use a standard "hint" to display this information so that the user doesn't have to interact with a small target to trigger a tooltip. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31422 [Bug 31422] Library limitations might cause data loss when editing patrons -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 41238] New: Pseudonymize statistic jobs don't update progress
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41238 Bug ID: 41238 Summary: Pseudonymize statistic jobs don't update progress 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: Enable pseudonymization, may need to add bcrypt settings (see bug 28911) Perform some circulations View the jobs (Admin->Manage jobs) Filter for Pseudonymize statistic Note the progress is 0/1 even when job finished -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 38345] New: Remove support for OpenSearch
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38345 Bug ID: 38345 Summary: Remove support for OpenSearch Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 Truth is our test suite has been exploding consistently when trying to launch OpenSearch: * https://jenkins.koha-community.org/job/Koha_Main_OS2/ * https://jenkins.koha-community.org/job/Koha_Main_OS1/ This has some precedent discussion on [issue 429](https://gitlab.com/koha-community/koha-testing-docker/-/issues/429) in `KTD` project issues. We are not going to remove it, I guess. But some noise is needed as people using OpenSearch in production don't seem to care we are not being able to run the test suite, so probably promising some 'OpenSearch support' that we cannot guarantee in any way. And if there's a problem with OpenSearch, we (devs) cannot launch a working environment to fix/test. My two cents on this matter. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 67

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

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Lucy Vaux-Harvey <lucy.vaux-harvey(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucy.vaux-harvey@openfifth. | |co.uk -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41652] New: Implement the relevance search order by default in the import from mana interface
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41652 Bug ID: 41652 Summary: Implement the relevance search order by default in the import from mana interface Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: elias.lorgnier(a)biblibre.com Reporter: elias.lorgnier(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com Depends on: 40906 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40906 [Bug 40906] Change the "Create report from mana" interface, to make it look more like a plugin market place/app store -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41650] New: Error when accessing suggestions with only suggestions_create permission
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41650 Bug ID: 41650 Summary: Error when accessing suggestions with only suggestions_create permission 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When I go to suggestion/suggestion.pl as a user with only suggestions_create permission I see this error when the DataTable loads: Something went wrong when loading the table. 200: OK. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0