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

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '25

31 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41506 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 36484] New: Even with RabbitMQ enabled, es_indexer_daemon should poll the database for update_elastic_index jobs at koha-es-indexer startup
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '25

31 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36484 Bug ID: 36484 Summary: Even with RabbitMQ enabled, es_indexer_daemon should poll the database for update_elastic_index jobs at koha-es-indexer startup 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Bug 30654 adds a check of the background_jobs database table prior to worker standup, regardless of whether a Koha instance is using RabbitMQ or Database polling. However, the patches on bug 30654 do not process outstanding update_elastic_index background jobs. The es_indexer_daemon.pl worker script should process these outstanding jobs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 41069] New: Add a syspref to let libraries provide their desired patron name format
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '25

31 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41069 Bug ID: 41069 Summary: Add a syspref to let libraries provide their desired patron name format 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com >From Bug 30568: I would like to note that we have currently an interesting tree in the queue (under bug 40995) which improve the JS counterpart (patron-format). The inc file is moved to a standalone JS file, Cypress tests are added, and more places are using it. I do understand that we want to make the display more flexible, but here we need to keep the 2 versions in sync: they have the same purpose. However we don't include html tags in the JS function yet (why?) I don't want to block it, but keep in mind that you are not affecting all the occurrences, which introduces more inconsistencies IMO. A better solution seems to have a new syspref to let libraries provide their desire format, you could pick patron's fields, and add punctuation. The both (tt and js) versions of the code will use it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '25

31 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|martin.renvoize(a)openfifth.c |tomascohen(a)gmail.com |o.uk | Patch complexity|String patch |Trivial patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41505] New: FilterSearchResultsByLoggedInBranch should allow for a choice of default display
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '25

30 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41505 Bug ID: 41505 Summary: FilterSearchResultsByLoggedInBranch should allow for a choice of default display Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl FilterSearchResultsByLoggedInBranch allows you to toggle from all items vs local items in search results. The selection is then remembered by localStorage. That choice is then forgotten upon logout. Some libraries need to be able to set the default display that will never change, ie. ignoring localStorage. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36862] New: Cart window becomes unresponsive if checkboxes are manipulated in a certain order
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '25

30 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36862 Bug ID: 36862 Summary: Cart window becomes unresponsive if checkboxes are manipulated in a certain order Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org The cart window in both the Staff Client and the OPAC becomes unresponsive as does the originating window if you check and uncheck boxes in the cart in a certain sequence. To replicate: - Search the catalog in the staff client and/or OPAC - Add 3 or more titles to the cart - Open the cart via the button in the top menu - Click "Select all" - Uncheck the first checkbox - Click "Clear all" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 41504] New: Link to Record display customizations missing from side menu
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '25

30 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41504 Bug ID: 41504 Summary: Link to Record display customizations missing from side menu Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 39860 introduced Record display customizations to the Tools module. A link to the new tool is displayed on the Tools homepage and among the quick links for any other "Additional content" tool. However, there is no link for Record display customizations in the left-hand menu; this should be added. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41414] New: ISBNs linked to items, not records
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '25

30 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41414 Bug ID: 41414 Summary: ISBNs linked to items, not records Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Is there a reason that ISBNs are not directly linked to specific items? It seems like it would help us manage ISBNs if we knew which libraries needed which ISBNs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 19897] New: Make status 'on hold' more specific
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '25

30 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19897 Bug ID: 19897 Summary: Make status 'on hold' more specific Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In some cases 'on hold' can mean the item is waiting (item detail page in OPAC), in other cases it just means that someone has placed a hold (no renewal possible because...). It would be nice if we could be more clear about this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 37067] New: Add a color contrast checker
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '25

30 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37067 Bug ID: 37067 Summary: Add a color contrast checker Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 37054 would benefit from a color contrast checker. I have created something in JavaScipt. I would like to know if people would prefer using a JS library, or if it would be OK to use something we wrote ourselves? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5