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

[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 41881] New: Add item information to the Acquisition Details tab of a Bibliographic Record.
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41881 Bug ID: 41881 Summary: Add item information to the Acquisition Details tab of a Bibliographic Record. Initiative type: --- Sponsorship --- status: 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: alyssa.drake(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When looking at the "Acquisition Details" tab of a bib record, it would be helpful to have columns with information about the corresponding item. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 9699] Allow patrons to see notices sent to them in their OPAC account
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9699 Christopher Brannon <cbrannon(a)cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cbrannon(a)cdalibrary.org --- Comment #5 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- This would be extremely helpful. Staff are often having to go back to look for past notices because the patron can't. There are also often times that patrons emails fail or are blocked, and this would give them an avenue of notification. Even if they did not have a phone/sms/email and the notice wasn't printed, it would be good for notices of their choice to live here, so they have something to log into and check. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41727] New: When moving a hold to a new biblio, allow selection of biblio via item barcode
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41727 Bug ID: 41727 Summary: When moving a hold to a new biblio, allow selection of biblio via item barcode 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Depends on: 31698 Bug 31698 added the ability to move a bib-level hold to a new target biblio, but requires to user to enter the biblionumber of the new target. In Bug 41124 I've suggested adding a catalog search to the workflow of moving a hold to a new bib. As an alternative (possibly simpler) option, it would be good to allow the user to enter an item barcode rather than a biblionumber. The hold would be moved to the biblio to which the item is attached. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31698 [Bug 31698] Add ability to move a hold to a new bibliographic record/item -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Michael Adamyk <michael.adamyk(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michael.adamyk@bywatersolut | |ions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Sara Brown <sbrown(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41878 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40517] New: Allow grouping existing holds
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40517 Bug ID: 40517 Summary: Allow grouping existing holds Change sponsored?: --- 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: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 110

[Bug 39816] New: Allow embedding `late_since_days`in baskets
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39816 Bug ID: 39816 Summary: Allow embedding `late_since_days`in baskets Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Some places, like the late orders table, display this info. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 30568] New: Make patron name fields more flexible
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30568 Bug ID: 30568 Summary: Make patron name fields more flexible 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We've had a number of bugs around patron name fields.. * Requests for additional fields * Requests for changes in display order * Requests for improved duplicate finding * Requests for improved table sorting I intend to collect opinions here and try to come up with a solution that suits more options. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 75