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

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 carthur(a)slolibrary.org <carthur(a)slolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carthur(a)slolibrary.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41240] New: Add configurable hold skip limit to LocalHoldsPriority
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41240 Bug ID: 41240 Summary: Add configurable hold skip limit to LocalHoldsPriority Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com A new configuration option allows the admin to set the maximum number of times a hold can be skipped. Once this limit is reached, the hold must be prioritized and filled. Improves fairness in hold fulfillment and prevents holds from being ignored due to prioritization. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 41095] New: Allow to limit LocalHoldsPriority filling to a maximum number of holds in the queue
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41095 Bug ID: 41095 Summary: Allow to limit LocalHoldsPriority filling to a maximum number of holds in the queue Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Libraries want to limit the LocalHoldsPriority filling to match only x number of holds in the queue. If there are 100 holds and they want to allow the LocalHoldsPriority system preference to check only 20 first holds for example. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 41888] New: Cronjob cleanup_database.pl doesn't delete old jobs either by age or type
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41888 Bug ID: 41888 Summary: Cronjob cleanup_database.pl doesn't delete old jobs either by age or type Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: anke.bruns(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The command perl /usr/share/koha/bin/cronjobs/cleanup_database.pl --confirm --jobs-days 7 --jobs-type all <instance> and several variations (e.g. only jobs-days or jobs-type parameter) does not purge any old jobs. What may be the reason? The solution in https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30914 was to fix 'delete if $verbose' and set 'delete if $confirm' instead, but I couldn't find the same mistake here. The cleanup seems to fail also when the job runs as a cronjob in koha-common. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41877] New: Accessibility : Holding table under the record can be too wide if filters are activated
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41877 Bug ID: 41877 Summary: Accessibility : Holding table under the record can be too wide if filters are activated Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Holding table under the record can be too wide if filters are activated : item type, holding library, home library and status are now filtered by dropdown lists. If the labels of some libraries, types or status are long, their respective columns are enlarged. As a result, the holding table overflows the page, and the action button at the right (Edit) is not visible unless the librarian scrolls the entire page to the right. I have no idea of the best way to fix that, but this is an UX and accessibility issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 35908] New: There is no length limit for what's presented in datatables
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35908 Bug ID: 35908 Summary: There is no length limit for what's presented in datatables Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 34574 To reproduce: 1) Create a new patron category, visit: /cgi-bin/koha/admin/categories.pl?op=add_form 2) Add a category code, en enrollment period, a category type and a really long description like: "This is a real long description of the patron category code for demo purposes This is a real long description of the patron category code for demo purposes"" 3) Now do the same but for a library, visit: /cgi-bin/koha/admin/branches.pl?op=add_form 4) Add a library code and a really long name like: "This is a real long library name for demo purposes This is a real long library name for demo purposes" 5) Visit patrons home: /cgi-bin/koha/members/members-home.pl 6) Hit "Search". Notice the "library" and "category" columns grow in width to match the largest option (added in previous steps) 7) Edit a patron, assign that patron the library and category above, go back to the table. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34574 [Bug 34574] Datatables dropdown filter column header is potentially too wide -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 9750] Bring routing lists into notices & slips
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9750 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41846 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9750] Bring routing lists into notices & slips
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9750 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |dcook(a)prosentient.com.au --- Comment #16 from David Cook <dcook(a)prosentient.com.au> --- I didn't perfectly follow the test plan. I didn't install any additional languages. I just went with the default English since that will be my normal scenario most of the time. And doing so... I couldn't get this to work. I think I misunderstood the test plan... I didn't have anything in ROUTING_LIST in letters, so nothing was there to migrate... but when I try to fill out my custom stuff in RoutingListNote, nothing appears anywhere when I press "Print list". Which I guess makes sense because of "RemoveRoutingListNote". -- Now... additionally these patches appear to break existing routing lists. I had an existing routing list but now it says "Create routing list" instead of "Edit routing list". And worse.. if I click on "Create routing list", it actually brings up the existing routing list. If I click "Save" on my routing list, it takes me to "routing-preview.pl" but all the routing list information is missing. So there's a big regression there. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41873] New: "On hold" no longer blocks renewals if maximum of renewals reached
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41873 Bug ID: 41873 Summary: "On hold" no longer blocks renewals if maximum of renewals reached Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com, michaela.sieber(a)kit.edu In 24.11.12 the list of checkouts in the patron account in the staff interface no longer shows an an item is on hold and when maximum of renewals has been reached. But this is exactly the moment you won't want to make an exception and renew it for them once again. Setup: - AllowRenewalLimitOverride = Allow - AllowRenewalOnHoldOverride = Not allow - Look for a record with 1 item. - Check it out to Patron A. - Renew until the maximum of renewals was reached. (important) - Place a hold for Patron B. - Verify in the patron account: Item is "not renewable", but there is no info about the hold. - BAD - Check the "override renewal limit" checkbox and try to renew - Verify the issue is renewed - BAD -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 41867] New: Vendor searching should be allowed for any staff with any acquisition permissions
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41867 Bug ID: 41867 Summary: Vendor searching should be allowed for any staff with any acquisition permissions 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Vendor searching is currently limited to those staff members who either vendors_manage or marc_order_manage permissions. Any staff with at least a single acq permission should be able to search vendors. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7