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

[Bug 29016] New: viewlog.pl - Problem with many entries
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29016 Bug ID: 29016 Summary: viewlog.pl - Problem with many entries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: vitorfernandes87(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The script viewlog.pl it's very slow because it retrieves all action logs at the same time. It should use KohaTables with pagination/number max of returning entries like other Koha tables (API + AJAX wrapper). Test plan: - We need a database with a large number of entries in the action_logs table (200k for example) - Open view logs tool (viewlog.pl) - Select all modules and search - Timeout or a long waiting time -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 98

[Bug 26653] New: Allow editing of item notes on moredetail.pl with circulation permission
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26653 Bug ID: 26653 Summary: Allow editing of item notes on moredetail.pl with circulation permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If a user has circulation permissions, they can edit the lost/damaged/withdrawn statuses of an item on moredetail.pl (the items tab in the catalog). However, they cannot edit the public and non-public notes for that item. Those notes are only editable on this if one also has edit_items permission, which opens up a lot more actions. I feel the editing of these notes from moredetail should also fall under circulation permissions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

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

31 Jul '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 8

[Bug 38256] New: Link vendors to ERM data providers
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38256 Bug ID: 38256 Summary: Link vendors to ERM data providers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There should be the ability to link an ERM data provider to a vendor record. This will enable us to get cost data from baskets/orders and link to usage statistics -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 42814] New: Advance notice checkboxes enabled in inactive messaging preferences form
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42814 Bug ID: 42814 Summary: Advance notice checkboxes enabled in inactive messaging preferences form Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- Bug 28308 added JavaScript to disable the Advance notice transport checkboxes when "Days in advance" is blank. However, the JavaScript only checks the value of the days select. When the messaging preferences form is inactive/read-only and a non-blank days value is selected, the script removes the disabled state from the checkboxes. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 41189] New: List of libraries in the Location column of staff interface search results sorts by branchcode
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41189 Bug ID: 41189 Summary: List of libraries in the Location column of staff interface search results sorts by branchcode Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As only the branchname is visible in this display it would be preferable to order alphabetically by the branchname rather than the branchcode. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 41956] New: Hold group/hyperhold modals should show hold_group_id
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41956 Bug ID: 41956 Summary: Hold group/hyperhold modals should show hold_group_id 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: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com, gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com It would be helpful if hyperholds' hold_group_id were more readily visible for staff who need to identify it in order to search logs/troubleshoot. Places it would help to have it visible: In the Holds tab of patron accounts in the staff interface (circulation.pl and moremember.pl), the modal generated by clicking on the number in the 'Hold group' column to see other titles/items in the hyperhold/hold group In a bib's hold tab (request.pl), the modal generated by clicking on the '(part of a hold group)' link in the hold's Details column -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 33430] New: Suggestions.pl with several hundred items causes a slow loading screen
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33430 Bug ID: 33430 Summary: Suggestions.pl with several hundred items causes a slow loading screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The purchase suggestion management page take anywhere between 15-45 seconds to load if there are several hundred items in the suggestions table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 118

[Bug 41484] New: Wording of 'On hold', 'Booked', and 'Recalled' in issues table can be confusing
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '26

31 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41484 Bug ID: 41484 Summary: Wording of 'On hold', 'Booked', and 'Recalled' in issues table can be confusing 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the issues table there are columns for renew and check in that contain checkboxes. These are phrased as 'On hold', 'Booked', and 'Recalled'. This causes confusion for some as they can mistakenly think that item is On hold', 'Booked', or 'Recalled' for that patron. I propose using this for additional clarity: -Item on hold for another patron -Item booked for another patron -Item recalled by another patron -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 41917] New: Parent itemtype fallback missing for bookable flag and circulation rules
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '26

30 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41917 Bug ID: 41917 Summary: Parent itemtype fallback missing for bookable flag and circulation rules 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com When item types are organized in a parent-child hierarchy, child item types do not inherit settings from their parent. This means that every child item type needs its own bookable flag and its own set of circulation rules, even when the parent already defines them. The expected lookup order should be: 1. Item-level / child itemtype-specific value 2. Parent itemtype value 3. Global default Currently step 2 is skipped entirely, so the system jumps straight from a missing child-specific value to the global default. This affects Item::effective_bookable, Items::filter_by_bookable, and CirculationRules::get_effective_rule. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39