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

[Bug 33432] New: Move a list of items from a record to an other
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33432 Bug ID: 33432 Summary: Move a list of items from a record to an other Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if a librarian could move a list of items (not only 1 item) from a record to an other. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 31042] New: OVERRIDE_SYSPREF does not work for REST API
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31042 Bug ID: 31042 Summary: OVERRIDE_SYSPREF does not work for REST API Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com CC: tomascohen(a)gmail.com We are supposed to be able to override syspref's values using the OVERRIDE_SYSPREF trick, but it's not working for the REST API. To recreate, open /etc/koha/apache-shared-intranet-plack.conf and add RequestHeader add X-Koha-SetEnv "OVERRIDE_SYSPREF_Foo Bar" Add some warn, mainpage.pl and Koha/REST/V1/Patrons.pm (sub list) for instance warn C4::Context->preference('Foo'); Hit the mainpage, look at the log, you see "Bar". Search for patrons: "Use of uninitialized value in warn" => The syspref hasn't been overridden. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 39719] New: "Export" option still visable when ExportCircHistory set to 'Don't Show'
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '25

08 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39719 Bug ID: 39719 Summary: "Export" option still visable when ExportCircHistory set to 'Don't Show' Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: eric(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 181399 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=181399&action=e… The little loading wheel System preference ExportCircHistory - when I have that set to Don't Show, the menu item for Export still appears in the Checkouts tab of the patron account. I can even click on Export and choose and option, but then it there is a little loading wheel animation but it never goes anywhere. It seems that the "Don't Show" isn't doing what it was perhaps designed to do. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 38975] New: Payment Type Validation Fails or Causes 500 Error When Providing Change to Patron
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38975 Bug ID: 38975 Summary: Payment Type Validation Fails or Causes 500 Error When Providing Change to Patron Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com To recreate this issue: 1. Set up the Point of Sale (POS) system preference --Enable the "EnablePointOfSale" pref --Enable the "UseCashRegisters" pref --Set up a cash register --Enable the "RequirePaymentType" 2. Go to a patron account and create a manual invoice - save and pay. 3. Make or leave the amount tendered as the charged amount so that you don't have to provide any change. Then attempt to confirm the transaction without adding a payment type. --"This field is required." will pop up next to payment type. 4. Now change the amount tendered to a higher amount so that you have to provide change to the patron. Then attempt to confirm the transaction type without adding a payment type. --"The amount collected is more than the outstanding charge" pop up box will appear confirming the change you will provide to the patron. Select "Yes". This will cause a 500 error to occur or in some library cases it will go through without providing an error. The completed transaction will not include a payment type and can cause issues with accounting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18783] New: Allow automatic claims for serials
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18783 Bug ID: 18783 Summary: Allow automatic claims for serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 29996] New: Show an alert on main page when serial issues are late
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29996 Bug ID: 29996 Summary: Show an alert on main page when serial issues are late Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 36569] New: Compact action_logs indicies
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36569 Bug ID: 36569 Summary: Compact action_logs indicies Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org With cataloguing logging enabled on the action_logs table it will become large. The module and action columns in action_logs are MEDIUMTEXT (max ~16 million bytes) with 196 first characters used for the index. Since these columns holds names that are only used programatically we could reduce the size of these columns to make the index more compact. Since module and action is often used together we can instead create a combined index and still have a smaller table. > SELECT module, action, count(*) FROM action_logs GROUP BY module, action; +------------------+----------------+----------+ | module | action | count(*) | +------------------+----------------+----------+ | CATALOGUING | ADD | 543638 | | CATALOGUING | DELETE | 573712 | | CATALOGUING | MODIFY | 6264928 | . . . | SYSTEMPREFERENCE | MODIFY | 554 | +------------------+----------------+----------+ 33 rows in set (6 min 49,652 sec) -rw-rw---- 1 mysql mysql 27439136768 10 apr 16.45 action_logs.ibd -rw-rw---- 1 mysql mysql 24368906240 10 apr 17.33 action_logs.ibd (/ (- 27439136768 24368906240) 27439136768.0) (/ (- 27439136768 24914165760) 27439136768.0) Changing the column sizes to 30 bytes each reduce the size of the action_logs table by 11%. > ALTER TABLE action_logs MODIFY COLUMN module VARCHAR(30) CHARSET ascii, MODIFY COLUMN action VARCHAR(30) CHARSET ascii; Query OK, 8725398 rows affected (18 min 32,541 sec) Records: 8725398 Duplicates: 0 Warnings: 0 After creating a combined index the size is still 9% less than before: CREATE INDEX IF NOT EXISTS module_action_idx ON action_logs(module, action); Performance improvement 22024%: +------------------+----------------+----------+ | module | action | count(*) | +------------------+----------------+----------+ | CATALOGUING | ADD | 543638 | | CATALOGUING | DELETE | 573712 | | CATALOGUING | MODIFY | 6264928 | . . . | SYSTEMPREFERENCE | MODIFY | 554 | +------------------+----------------+----------+ 33 rows in set (1,860 sec) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 32055] New: Remove GetImportRecordMatches
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32055 Bug ID: 32055 Summary: Remove GetImportRecordMatches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 32054 removes most uses, we should finish the job -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 36437] New: Add publication year facet to Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36437 Bug ID: 36437 Summary: Add publication year facet to Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: schodkowy.omegi-0r(a)icloud.com Reporter: schodkowy.omegi-0r(a)icloud.com Similarly to Bug 18213, it'd be nice to add publication date facet. It seems to work quite nicely, so why not? Our librarians say it's super useful. I've seen one library implement it in their fork, the only difference is that they sort the publication year facet in reverse incremental order (so from newest to oldest year instead of oldest to newest), but I think this would require an explicit check in the code, and I wasn't sure if that'd be fine... To test, one should have Elasticsearch enabled and re-generate the mappings from file and reindex as described in Bug 18213. Then confirm that the facet is visible and working: - in OPAC search - in intranet search - in intranet settings, under Elasticsearch mapping settings page, biblio tab, publication year facet should be visible at the bottom where you set facet order, with correct label; you should be able to change the order normally as expected -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 32476] New: Add caching for relatively expensive patron methods
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32476 Bug ID: 32476 Summary: Add caching for relatively expensive patron methods Change sponsored?: --- Product: Koha Version: master 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Add caching for is_expired and has_overdues in Koha::Patron, since these are accessed a lot and involves some database and datetime-operations that really only needs to be evaluated once per patron object it adds up to quite a lot in some use cases (where patrons have a significant amount of checkouts). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 68