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

[Bug 42055] New: Real time holds queue doesn't rebuild when hold from group hold is filled
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42055 Bug ID: 42055 Summary: Real time holds queue doesn't rebuild when hold from group hold is filled Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: normal 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 a library is using the real-time holds queue and a hold that is part of a group hold/hyperhold is filled, the queue isn't rebuilt to remove the other titles. To replicate: -Make sure library is using the real-time holds queue. -Create a group hold with multiple items available at one or more libraries. -Note that all available titles show on the holds queue(s) (see bug 42054). -Check an item in to satisfy the hold group. -Re-run the holds queue(s), and note that the other items from the group hold still show. The queue only appears to rebuild once the item that filled the hold is checked out. If a library checks one of the other items from the group in after the hold has been filled, the later item(s) won't trigger. This is correct behavior, but the fact that the other titles from the group still show on the queue is likely to cause significant frustration and confusion for libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 41439] New: Column filtering on the circ rules table
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41439 Bug ID: 41439 Summary: Column filtering on the circ rules table Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The Circulation Rules table is obscenely wide at this point. We've tried a number of approaches to a new UI in this area, and so far all have got stuck. I'm proposing a smaller impact resolution of just having a set of column groups for display to allow limiting the width of the table to only those fields of interest at the moment you're working. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 66

[Bug 42984] New: Filtering by date, expiration date, and details on biblio holds table
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42984 Bug ID: 42984 Summary: Filtering by date, expiration date, and details on biblio holds table Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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: 23269, 42915 Target Milestone: --- Bug 23269 changed some filtering behavior on the biblio holds table. Bug 42915 restores some of that functionality. Comparing filtering here between 25.05 and main, some differences remain. 25.05 allows one to filter by the values in the Date and Expiration Date columns. This is not possible on main. It's worth noting that this filtering is a little off in 25.05 and seems to be filtering on the un-formatted date value rather than the date as displayed. If a hold is showing a date of "08/02/2026," it will show when filtering to "2026-08-02" but not when filtering to "08/02/2026." Ideally, it would filter based on the display value. 25.05 also allows filtering based on some values in the Details column, while main does not. Though 25.05 also functions imperfectly here. When I have a mix of "Next Available" and "Non priority" holds, I don't get anything when I filter to "next," but I do get my non priority hold when filtering to "non." For item-specific holds, I can filter by the item barcode. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23269 [Bug 23269] Long hold queues are slowing the service https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42915 [Bug 42915] Filtering Holds table by patron name or pickup library is broken -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 22439] New: Duplicated code in PrepHostMarcField and prepare_host_field
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22439 Bug ID: 22439 Summary: Duplicated code in PrepHostMarcField and prepare_host_field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- The C4/Biblio.pm subroutines PrepHostMarcField and prepare_host_field both do the same thing, so should be merged. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 63

[Bug 42889] New: Trigger SQL autocomplete by pressing TAB
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42889 Bug ID: 42889 Summary: Trigger SQL autocomplete by pressing TAB Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Target Milestone: --- SQL Autocompletion is great but it can sometimes be annoying, especially when copying and pasting code. It triggers when you press Enter, which can sometimes be a problem. If it were triggered by pressing the TAB key, that would make its behavior more predictable. What do you think of that idea? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 42925] New: Replace the 'clear' button with an icon inside the search box (global search for tables)
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42925 Bug ID: 42925 Summary: Replace the 'clear' button with an icon inside the search box (global search for tables) Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- On Chrome there is a builtin 'x' in the search box. The "Clear filter" button is then not needed. However it does not exist for Firefox. We could disable the builtin feature in Chrome add our own, so all browsers have it. Then the "Clear filter" button will no longer be needed. -- You are receiving this mail because: You are watching all bug changes.

1 16

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

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #808 from Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> --- Created attachment 204498 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=204498&action=e… DB for testing zcat bug_10190_test_db.sql.gz | sudo koha-mysql kohadev sudo koha-mysql kohadev UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="AAAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 9 DAY) WHERE barcode="AAAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 10 DAY) WHERE barcode="AAAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="AABT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="AABT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 9 DAY) WHERE barcode="AABT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="APAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="APAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="APAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 5 DAY) WHERE barcode="APBT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="APBT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="APBT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="CAAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="CAAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 9 DAY) WHERE barcode="CAAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="CABT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="CABT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="CABT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 5 DAY) WHERE barcode="CPAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="CPAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="CPAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 4 DAY) WHERE barcode="CPBT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 5 DAY) WHERE barcode="CPBT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="CPBT3"; perl misc/cronjobs/overdue_notices.pl -v -v -n -t --library MPL --test --borcat PT --borcat PT2 --frombranch patron-homebranch run with branch MPL and CPL - there is a bug related to patron-homebranch where notices aren't fully populated, but is unrelated to these patches, I filed a bug here: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43405 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43405] New: overdue_notices.pl doesn't populate item information correctly when using --frombranch patron
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43405 Bug ID: 43405 Summary: overdue_notices.pl doesn't populate item information correctly when using --frombranch patron Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jake.deery(a)openfifth.co.uk, robin(a)catalyst.net.nz Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 43237] New: 'Expand' column header doesn't appear consistently for collapsed responsive tables in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43237 Bug ID: 43237 Summary: 'Expand' column header doesn't appear consistently for collapsed responsive tables in the OPAC Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 39698 Target Milestone: --- With the responsive tables introduced by Bug 39698, the Course Reserves table has an 'Expand' column header for the column with the '+' button, but others tables I've observed do not. All of them should have the 'Expand' header. Tables without the Expand header include: Holdings Patron's current checkouts Patron's current holds Patron's clubs Patron's checkout history Patron's search history Patron's charges (That list may not be exhaustive as I've only noted the tables that I've found are responsive.) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39698 [Bug 39698] Add option to expand responsive datatable rows by default -- You are receiving this mail because: You are watching all bug changes.

1 12

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

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #807 from Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> --- Tested importing rules from a consortium, update correctly converted them, also tested using a DB I'll share here to cover the different fallback scenarios. This is a big change but ultimately will improve the options here -- You are receiving this mail because: You are watching all bug changes.

1 0