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

[Bug 35920] New: Centralize code from workers
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '26

13 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35920 Bug ID: 35920 Summary: Centralize code from workers Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 35819 With bug 35819 we will have too much code duplicated in worker scripts. It needs to be moved to a module. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35819 [Bug 35819] "No job found" error for BatchUpdateBiblioHoldsQueue (race condition) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 32957] New: Add option to CMS pages to make page private
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '26

13 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32957 Bug ID: 32957 Summary: Add option to CMS pages to make page private Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Currently CMS pages (Bug 15326) will be public or private, depending on the OpacPublic system preference. It would be cool to set specific pages as private so a login is forced. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 37421] New: Apply Protected Status to a Patron Category
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '26

13 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37421 Bug ID: 37421 Summary: Apply Protected Status to a Patron Category Change sponsored?: --- 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if the option of the protected status for patrons to be optional by patron category. So when a library creates a new patron within this patron category, then the protected status is automatically applied. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 38206] New: Batch item modification display multiple identical links to return to batch item modification page
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '26

13 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38206 Bug ID: 38206 Summary: Batch item modification display multiple identical links to return to batch item modification page Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 172976 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=172976&action=e… Screenshot batch item modification multiple links After doing a batch item modification, the confirmation page shows multiple links to start a new batch item modification (see the screenshot attached): 1- A blue box saying that the job has been enqueued. This box contains a first link to the batch item modification page. 2- Under the blue box, a first link "Return to batch item modification" 3- Under the previous link, a second link "Return to batch item modification" with some additional skin. All these links are working and going to the same page, but links 2 and 3 are at the same place and only one should be displayed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33013] New: Add age, interface and operator as additional report stats
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '26

13 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33013 Bug ID: 33013 Summary: Add age, interface and operator as additional report stats Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Reports Assignee: stalkernoid(a)gmail.com Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 39160] New: Mojolicious::Plugin::OAuth2 is loaded suboptimally
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '26

13 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39160 Bug ID: 39160 Summary: Mojolicious::Plugin::OAuth2 is loaded suboptimally Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org This is a deep cut, but the following line is not optimal: $self->plugin( 'Mojolicious::Plugin::OAuth2' => $oauth_configuration ); Mojolicious will first try to load that as Mojolicious::Plugin::Mojolicious::Plugin::OAuth2 before it realises that we've already loaded Mojolicious::Plugin::OAuth2 earlier in Koha::REST::V1. I reckon that should say: $self->plugin( 'OAuth2' => $oauth_configuration ); -- In the grand scheme of things, it's not a big deal, but we can save ourselves 26 system calls by changing 1 line. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 40491] New: 19.12.00.082 crashes if zh-Hant-TW is instaler
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '26

12 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40491 Bug ID: 40491 Summary: 19.12.00.082 crashes if zh-Hant-TW is instaler Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com If zh-Hant-TW is installed the upgrade will fail on 19.12.00.082 because opac_news.lang is varchar(25) and we try to insert OpacMainUserBlock_$lang -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 38311] New: DataTables - Simplify the building of the dropdown list filters
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '26

12 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38311 Bug ID: 38311 Summary: DataTables - Simplify the building of the dropdown list filters Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 36640 See "Bug 36640: Fix itemsearch", there is a lot of duplicated code to build the select nodes. We should refactor and simplify this code. Same on the item list of the bib detail page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 [Bug 36640] Upgrade DataTables from 1.13.6 to 2.x -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 39571] New: Abstract table filters to the column render method
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '26

12 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39571 Bug ID: 39571 Summary: Abstract table filters to the column render method Change sponsored?: --- Product: Koha Version: Main 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: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org In Vue components we currently render datatable columns from a method, whilst the filters for those columns are rendered directly in the tableSettings object. We have had instances where new columns have been added to the method but the index numbers in the filters haven't been updated. This leads the filters to being out of sync and breaking We should use the abstraction in bug 38201 to move this directly into the tableColumns method and prevent these issues at the framework level -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38839] New: Items replacementprice disappears without warning
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '26

12 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38839 Bug ID: 38839 Summary: Items replacementprice disappears without warning Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kati.sillgren(a)porvoo.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl cataloguing/additem.pl items replacementprice field 952v When you add replacementprice that includes comma as desimal separator, disappears replacementprice when you save the item. Koha should inform/warn that the value including comma is not accepted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44