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

[Bug 42054] New: Group holds and real time holds queue: multiple titles show at once
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42054 Bug ID: 42054 Summary: Group holds and real time holds queue: multiple titles show at once Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com If multiple items that could satisfy a group hold are available (and all else being equal with transport costs and hold queue priority), all of them show on the holds queue at the same time for libraries using the real-time holds queue. This includes showing on multiple libraries' queues at once if items are available at different holding libraries. This is likely to cause significant frustration with libraries if multiple items are pulled, but then all except one have to be reshelved after the first one triggers to fill the hold. To replicate: -Make sure the library is using the real-time holds queue. -Identify multiple titles that have an available item and no other holds. Items may be at the same location or at multiple branches. -Place a group hold on those titles for a patron. -Note that the holds queue (or queues, if one title is at another branch) lists all of the available titles. Each title is only listed once - so, if Bib A has copies available at Main and North, the title will only show on one library's queue. But if items from Bibs A, B, and C are all available, all of them will show on the holds queue(s). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 42431] New: ILL supply: Circulation slowness
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42431 Bug ID: 42431 Summary: ILL supply: Circulation slowness Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Because some circulation actions may trigger ISO18626 messages to be sent to a requesting agency, this can sometimes cause some slowness that otherwise would not happen. The suggestion here is to move those outgoing HTTP requests to a background job instead of halting the application while they're being processed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 16544] New: Changes to circ rules should be logged.
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16544 Bug ID: 16544 Summary: Changes to circ rules should be logged. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At present, changes to circulation rules are not logged. This means that there is no way to determine what circulation rules were in effect at a given time, which makes historical trouble-shooting impossible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 42429] New: Order of moving holds between bibs
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42429 Bug ID: 42429 Summary: Order of moving holds between bibs Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com In testing moving holds between bibs, I moved a hold from one bib that was hold 1 of 3, placed on 02/14/2026. I moved it to a bib with 261 holds, placed between January 2026-March 09 2026. The hold I moved with a date placed of 2/14/2026 ended up in the end of the hold priority. My sense is that this is not intended behavior. Wouldn't the hold file in priority according to the date it was placed? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 42428] New: Supply ILL - Biblio metadata is only visible in ISO18626 messages
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42428 Bug ID: 42428 Summary: Supply ILL - Biblio metadata is only visible in ISO18626 messages Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com It would be handy and more user friendly if this information was more directly available when viewing the supply ILL and when performing a search to place an ILL hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34069] New: Add ability to restore a recently deleted borrower from deletedborrowers
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34069 Bug ID: 34069 Summary: Add ability to restore a recently deleted borrower from deletedborrowers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be awesome to have the ability to restore a deleted borrower from deletedborrowers. Of course, if the borrower you need has been purged from that table for whatever reason, it wouldn't work, but it feels like an essential missing feature since we keep the data for Reasons anyway. Liz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 109

[Bug 39233] New: Non-patron guarantor info not dropped when patron category is updated
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39233 Bug ID: 39233 Summary: Non-patron guarantor info not dropped when patron category is updated Change sponsored?: --- 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When child patrons category is updated via update_patrons_category.pl patrons relationship with their guarantor is dropped from borrower_relationships table. But non-patron guarantees info is still kept in borrowers table. To reproduce: 1. Find child patron with non-patron guarantor or create one. 2. Update patrons age so that their category is updated when you run following: perl misc/cronjobs/update_patrons_category.pl --confirm --too_old --from K --to PT 3. Check patrons info from borrowers table. => Note that values in contactname, contactfirstname and relationship columns were not dropped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 42426] New: Circulation triggers: inform users of one-at-a-time ruleset editing
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42426 Bug ID: 42426 Summary: Circulation triggers: inform users of one-at-a-time ruleset editing Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com In the circulation triggers form introduced by Bug 10190, clicking 'Edit' on another row in the rule sets table lets users move from editing the originally selected ruleset to another. This does imply that changes made on the originally selected rule set, if any, are not kept. There isn't a warning or confirmation request - this could be added. Alternatively (or additionally) we could hide or disable the other 'Edit' buttons once a rule set is being edited or created, so the UI reflects the one-at-a-time model. (This would prevent creating the expectation of 'bulk editing', which is not a feature included in 10190) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 42427] New: Circulation Triggers: form dropdowns should expand into view
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42427 Bug ID: 42427 Summary: Circulation Triggers: form dropdowns should expand into view Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The circulation triggers page introduces an add / edit form with two dropdowns at the bottom allowing to select letters and transport modes. The dropdown expends downwards, which means the user needs to scroll the form down to view all options. As a UI/UX improvement, we could either: - auto-scroll the dropdown into view - expand the dropdown upwards Both would require less scrolling on the user's part. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |42427 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42427 [Bug 42427] Circulation Triggers: form dropdowns should expand into view -- You are receiving this mail because: You are watching all bug changes.

1 0