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

[Bug 21779] New: Holds history doesn't show where hold placed
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '26

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21779 Bug ID: 21779 Summary: Holds history doesn't show where hold placed Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: siobhancottam(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The Holds history tab doesn't show the same information as the modification log e.g. if the reservation was placed in the OPAC or staff client. It is possible to find this information from the log viewer, but not from a patron record modification log as this doesn't show holds at all. This is time-consuming to find the relevant hold if you don't already know the approximate date when the hold was placed. The system log uses the reserve ID as the Object, which is presumably why it doesn't show in the Patron log where their borrowernumber is the Object no. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 41981] New: Searching patrons by partial name not working
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '26

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41981 Bug ID: 41981 Summary: Searching patrons by partial name not working Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andres.castro(a)ues.edu.sv QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com For version 24.11.12, when searching for a patron by partial name in the intranet admin site, an alert error pops up saying: "Something went wrong when loading the table. 502: error." I have looked the following log files but I have not found any clues on what's wrong: - intranet-error - plack-intranet-error - api-error - plack When the search box is empty and I press enter, no errors appear but of course all patrons are shown. Searching by card number works without any issues. I upgraded to 24.11.13 since it's the latest version as of March 3rd 2026 but the error is still showing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 42162] New: Allow patron attribute to show based on value in another attribute
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '26

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42162 Bug ID: 42162 Summary: Allow patron attribute to show based on value in another attribute 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com It would be helpful to allow a patron attribute to be shown or hidden based on the value in another attribute. One use case: - an attribute is tied to an authorized value list that includes "Other" - when "Other" is selected, a second attribute appears to allow a free-text entry I suppose this could be coded as specifically the ability to use an "Other" value with a free-text field, but I think other use cases may exist for a more flexible implementation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 35288] New: ApplyFrameworkDefaults add plugin to add more fine grained defaults handling
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '26

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35288 Bug ID: 35288 Summary: ApplyFrameworkDefaults add plugin to add more fine grained defaults handling 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: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The "new" ApplyFrameworkDefaults option is to coarse sometimes ie quite often you also want to apply default values even if then field wasn't empty before e.g. on duplicating a new controlnumber should be generated etc so I suggest (and already wrote) a new plugin hook (see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33669) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 42160] New: automatic_renewals.pl reindexes by itemnumber, should reindex by biblionumber
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '26

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42160 Bug ID: 42160 Summary: automatic_renewals.pl reindexes by itemnumber, should reindex by biblionumber Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz automatic_renewals.pl does this: push @item_renewal_ids, $auto_renew->itemnumber; ... my $indexer = Koha::SearchEngine::Indexer->new( { index => $Koha::SearchEngine::BIBLIOS_INDEX } ); $indexer->index_records( \@item_renewal_ids, "specialUpdate", "biblioserver" ); So, it is calling index_records with the itemnumbers to be indexed. Everywhere else similar calls to index_records use biblionumbers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

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

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #613 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 196013 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196013&action=e… Bug 10190: (follow-up): feat: indicate mtt is required Patch from commit 7bc1d73 -- You are receiving this mail because: You are watching all bug changes.

1 0

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

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #612 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 196012 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196012&action=e… Bug 10190: (follow-up): fix: handle fallbacks in edit/add Patch from commit 156318b -- You are receiving this mail because: You are watching all bug changes.

1 0

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

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #611 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 196011 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196011&action=e… Bug 10190: (follow-up): fix: reset rule info message The information message showing in the reset modal still referred to an earlier version of the UI. Update it to correctly name the relevant filter. -- You are receiving this mail because: You are watching all bug changes.

1 0

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

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #610 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 196010 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196010&action=e… Bug 10190: (follow-up): fix: mtt formating: handle unset This is needed to handle creating new triggers for libraries for which all earlier triggers are defaults (do not exist in the DB , are not explicitly set) -- You are receiving this mail because: You are watching all bug changes.

1 0

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

24 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #609 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 196009 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196009&action=e… Bug 10190: Add manage_circ_triggers permission for notice trigger access Replaces the broad manage_circ_rules permission requirement on the circulation triggers page with a new dedicated manage_circ_triggers sub-permission (under parameters, flag 3). - Add manage_circ_triggers to userpermissions.sql - Update atomicupdate to add the permission, grant it to existing edit_notice_status_triggers users, and remove the old permission - Update admin/circulation_triggers.pl to require manage_circ_triggers - Add manage_circ_triggers as an OR option on all circulation_rules API endpoints (GET/PUT /circulation_rules, /kinds, /config) - Restrict manage_circ_triggers users in the API controller to overdue_* rule names only on write Sponsored-by: Glasgow Colleges Library Group <https://library.cityofglasgowcollege.ac.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0