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

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 --- Comment #497 from Jake Deery (kwenoch) <jake.deery(a)openfifth.co.uk> --- Created attachment 208052 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=208052&action=e… Bug 14962: Add show action as KohaTable option This patch adds a show action option which can be used in Vue KohaTables. This has future implications for Vue as a more granularly controlled facet of Koha. == TO TEST == a) apply all of Bug 14962 b) enable UseDisplayModule syspref c) create a user with only access to the staff client and view_displays d) create a display at /cgi-bin/koha/display/displays/add e) login as the user you just created f) go to /cgi-bin/koha/display/displays g) notice how the list table only shows a Show action on the right-hand side of the table row == SIGN OFF == Sponsored-by: ByWater Solutions Signed-off-by: Emily Lamancusa <emily.lamancusa(a)montgomerycountymd.gov> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 --- Comment #496 from Jake Deery (kwenoch) <jake.deery(a)openfifth.co.uk> --- Created attachment 208051 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=208051&action=e… Bug 14962: Factor missing permissions into http-client This patch ensures when required_permissions comes back in an API response, a proper message is displayed to the user, listing out what permissions are missing. == TO TEST == a) create a user with only permission to access the staff client, and manage_budgets under acquisitions b) login as this user c) go to /cgi-bin/koha/acquisition/vendors?supplier= d) notice the unhelpful 'Error: Authorization failure. Missing required permission(s).' == APPLY PATCH == e) repeat steps c-d f) notice there is now a dump of the json returned by the api == SIGN OFF == Possible follow-up work: we should sort the API's required_permissions response out so it returns a predictable and sensible output that can have translatable strin gs attached to it, so we can stop dumping the raw JSON out and start providing a human-readable permission description. Sponsored-by: ByWater Solutions Signed-off-by: Emily Lamancusa <emily.lamancusa(a)montgomerycountymd.gov> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

1 0

[Bug 31630] New: Batch item deletion no longer shows which items were not removed
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31630 Bug ID: 31630 Summary: Batch item deletion no longer shows which items were not removed Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lnilsson(a)lewistonschools.net QA Contact: testopia(a)bugs.koha-community.org The only warning > given is an unclicked box and when deleting long lists it is hard to notice. > The follow up page use to have a notification stating some barcodes were not > deleted, please help. Thanks, LeeAnn Same problem I had with closed Bug 28353 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 43816] New: 'Self-renewal charge limit', 'Checkout charge limit', and noissuescharge don't block at the same threshold
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '26

14 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43816 Bug ID: 43816 Summary: 'Self-renewal charge limit', 'Checkout charge limit', and noissuescharge don't block at the same threshold Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: minor 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: 26355 Target Milestone: --- With the new OPAC account self-renewal feature (bug 26355), patrons can be prevented from self-renewing if they owe more than a certain amount on their account. The amount is set by the following, in this order: 1) 'Self-renewal charge limit' in the Account expiry and self-renewal section of patron category settings - if blank, then 2) 'Checkout charge limit' in patron category settings - if blank, then 3) noissuescharge system preference However, patrons are blocked from self-renewal if they owe *equal to or greater than* the amount in 'Self-renewal charge limit', but only if *greater than* the amount in 'Checkout charge limit' and noissuescharge. This should be consistent so that they all either block at equal to or greater than the amount, or only when someone owes more than the amount set in any of the three. To recreate: -Create a $10 manual charge on a test patron's account -Set their account to expire tomorrow -Set their patron category to allow self-renewal with a 'Self-renewal availability period' of 5 -Set 'Self-renewal charge limit', 'Checkout charge limit', and noissuescharge to 10 -Log into the OPAC as the test patron, and note that there is no link to self-renew -Return to the patron category, and clear the value in 'Self-renewal charge limit' (leave 'Checkout charge limit' and noissuescharge at 10) -Return to the OPAC, refresh, and see that the link to self-renew appears -In the patron category, clear the value in 'Checkout charge limit' (leave noissuescharge at 10, and 'Self-renewal charge limit' blank) -In the OPAC, refresh again, and see that the link to self-renew is still available Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26355 [Bug 26355] Allow patron account renewals through the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 43269] New: Add cached description_for() class methods to Koha::Libraries, Koha::ItemTypes, Koha::Patron::Categories
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '26

14 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43269 Bug ID: 43269 Summary: Add cached description_for() class methods to Koha::Libraries, Koha::ItemTypes, Koha::Patron::Categories Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Several places in Koha need to resolve codes to human-readable descriptions (branchcode to library name, categorycode to category description, itype to item type description). Currently this is done either per-row via Koha::Libraries->find($code)->branchname (uncached, N+1 queries) or via C4::Biblio::GetAuthorisedValueDesc (cached but MARC-centric API requiring tag/subfield/framework). We should add cached class-level lookup methods on the domain objects: Koha::Libraries->name_for($branchcode); Koha::Patron::Categories->description_for($categorycode); Koha::ItemTypes->description_for($itype); These would: - Use Koha::Caches to pre-fetch all values for the table on first access - Return the description string (or the raw code as fallback) - Be usable from any context (CSV exports, templates, scripts, REST API) This decouples the caching from the MARC layer and makes it available to the Koha::CSV subclass pattern (bug 41621) and anywhere else that needs bulk code-to-description resolution without N+1 queries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 43815] New: More granular options for Can Be Guarantee
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '26

14 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43815 Bug ID: 43815 Summary: More granular options for Can Be Guarantee Initiative type: --- Sponsorship --- status: 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- As Bug 37439 notes, the ChildNeedsGuarantor preference is actually much more sweeping in its implications, catching both Child-type accounts (legacy mechanism for guarantee relationship) with patron categories set to 'Can be guarantee.' This rolls back the flexibility granted to make any patron category guarantee-able to reflect the diverse communities libraries serve, if a library would otherwise like to have require responsible adult patrons for children's accounts. It would be nice if the 'Can be guarantee' designation had options for 'Must have guarantor' and 'May have guarantor' so that libraries can configure genuine child accounts to have adult account holder while still allowing a library to honor adult guardianship situations. Without something like this, ChildNeedsGuarantor is largely too restrictive for many public library systems. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 43814] New: Make account renewal success message customizable
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '26

14 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43814 Bug ID: 43814 Summary: Make account renewal success message customizable Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: enhancement 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: 26355 Target Milestone: --- The new OPAC self-renewal option (Bug 26355) has a customizable failure message with the field 'Self-renewal failure message', but the success message isn't similarly customizable in patron category settings. It would be helpful if the success message could be customized as well. It defaults to 'Your account has been successfully renewed until [date per patron category]. You should receive a confirmation shortly.', but that will be confusing for patrons whose libraries aren't sending any sort of confirmation message. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26355 [Bug 26355] Allow patron account renewals through the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43812] New: ILL requests on detail.pl should honor ILLHiddenRequestStatuses
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '26

14 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43812 Bug ID: 43812 Summary: ILL requests on detail.pl should honor ILLHiddenRequestStatuses 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- On detail.pl any ILL request associated with the biblio are displayed on the record detail page: # Check if there are any ILL requests connected to the biblio my $illrequests = C4::Context->preference('ILLModule') ? Koha::ILL::Requests->search( { biblio_id => $biblionumber } ) : []; $template->param( illrequests => $illrequests ); This should honor ILLHiddenRequestStatuses -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 36063] New: Add Holds to Pull info to intranet-main page
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '26

14 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36063 Bug ID: 36063 Summary: Add Holds to Pull info to intranet-main page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 We often use JS to add a display to the intranet-main page when there are holds to pull. It would be nice to just add that into Koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46