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

[Bug 39681] New: AllowRenewalIfOtherItemsAvailable doesn't look at item groups
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '25

15 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39681 Bug ID: 39681 Summary: AllowRenewalIfOtherItemsAvailable doesn't look at item groups Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 To recreate: Enable item groups and item group holds, as well as having AllowRenewalIfOtherItemsAvailable set to allow. Create a record with at least one item group, leaving at least one other item on the record available, and check it out to a patron. Ensure this corresponds to a circ rule with renewals available. Place a group-level hold on the same volume you just checked out for a different patron. Log into OPAC as patron with the item, see that you can renew it. Technically, yes, other items on that record are available, but no other items in that group can fill the hold. That renewal should have been blocked. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30031] New: Add lists to table settings
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '25

15 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30031 Bug ID: 30031 Summary: Add lists to table settings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 The contents table of List columns in the staff client are not configurable via table settings and should be. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 35281] New: Add table settings to main list view, list of lists
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '25

15 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35281 Bug ID: 35281 Summary: Add table settings to main list view, list of lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 30031 adds table settings to the contents of a list. We should do the same for the main list view, the list of lists. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 40556] New: Subfields names in control fields should not be displayed/editable
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '25

15 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40556 Bug ID: 40556 Summary: Subfields names in control fields should not be displayed/editable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In cataloguing/addbiblio.pl, there is a conditionnal display of the subfield name field. However, it is depending on subfield_loo.fixedfield, which is never set up. However, the field corresponding information is available in innerloo.fixedfield. <input type="text" title="[% subfield_loo.marc_lib | $raw %]" style=" [% IF ( subfield_loo.fixedfield ) %]display:none; [% END %]" name="tag_[% subfield_loo.tag | html %]_code_[% subfield_loo.subfield | html %]_[% subfield_loo.index | html %]_[% subfield_loo.index_subfield | html %]" value="[% subfield_loo.subfield | html %]" size="1" Moreover, following code does not make sense for control fields: <span class="handle"></span> -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 37915] New: Allow filtering with status column in biblio's detail-page
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '25

15 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37915 Bug ID: 37915 Summary: Allow filtering with status column in biblio's detail-page Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: anni.rajala(a)turku.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In version 24.05 it isn't possible anymore to filter using the status column. Could this opportunity be added? In previous versions it has been useful to be able to show only items that are for example in transfer or have a certain notforloan-status. The search box above the column filters doesn't find anything if one tries to search statuses with that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21371] New: Ability to add the processing fee to Notices
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '25

15 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21371 Bug ID: 21371 Summary: Ability to add the processing fee to Notices Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With the addition of Processing Fees that can be assigned to specific item types, it would be great to be able to add this processing fee to a notice (such as the 3rd overdue notice). However, the processing fee lives in the ItemTypes table, which isn't brought into the Notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 38746] New: StaffSearchResultsDisplayBranch needs documentation in Searching --> Search Results section
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '25

12 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38746 Bug ID: 38746 Summary: StaffSearchResultsDisplayBranch needs documentation in Searching --> Search Results section Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.adamyk(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de The StaffSearchResultsDisplayBranch preference is listed in the manual's system preferences, but it is not mentioned in the search results section of the manual (https://koha-community.org/manual/24.05/en/html/searching.html#search-resul…) You won't know it exists as an option unless you search the system preferences for it directly. Many consortial libraries need to know about the setting, so it seems appropriate to cross-reference elsewhere. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 32019] New: Add option to mark items returned in batch modification
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '25

12 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32019 Bug ID: 32019 Summary: Add option to mark items returned in batch modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 31746] New: Patron record saves when cardnumber required and value entered is whitespace
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '25

12 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31746 Bug ID: 31746 Summary: Patron record saves when cardnumber required and value entered is whitespace Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)equinoxinitiative.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This happens both with the full patron entry form and the quick add form. When the cardnumber is required, it's possible to enter either spaces or non-printing characters into the cardnumber field and save the record. That is, there's nothing but whitespace. The value of cardnumber saved in the database in this case is NULL. It would be helpful if Koha verified that the cardnumber field contained something other than whitespace and prevented it from saving if it did not, when the cardnumber is required. I'm not sure if this relates to bug 30978 in any way, but I'm referencing it here just in case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 37138] New: If "protected" is in BorrowerUnwantedField, it still shows when adding a patron
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '25

11 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37138 Bug ID: 37138 Summary: If "protected" is in BorrowerUnwantedField, it still shows when adding a patron Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 35474 introduced a Y/N toggle to indicate that a patron is protected. While this is an option in the BorrowerUnwantedField system preference, Koha doesn't obey it. Even if Protected is selected, it still shows when adding or editing a patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2