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

[Bug 39735] New: Typo in system preference call 'OPACFineNoRenewalsIncludeCredit'
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39735 Bug ID: 39735 Summary: Typo in system preference call 'OPACFineNoRenewalsIncludeCredit' Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Typo in system preference call 'OPACFineNoRenewalsIncludeCredit' => 'OPACFineNoRenewalsIncludeCredits' -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 38294] New: Checkbox/label for search filters incorrectly aligned
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38294 Bug ID: 38294 Summary: Checkbox/label for search filters incorrectly aligned Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org https://snipboard.io/vBcSKs.jpg -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 39400] New: "Jump to add item form" doesn't work
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39400 Bug ID: 39400 Summary: "Jump to add item form" doesn't work Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org The new link to jump to the form from the top of a long item list is not working and results in a JS error. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 38939] New: Add reservenote to members/holdshistory.pl
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38939 Bug ID: 38939 Summary: Add reservenote to members/holdshistory.pl 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com For some libraries it would be handy to show the reserve note on the hold history page for a patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 40249] New: "Copy settings" should be "Copy permissions"
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40249 Bug ID: 40249 Summary: "Copy settings" should be "Copy permissions" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35402 I'm not sure why I changed the wording on this button on the patron permissions page. The other controls use "permission" instead of "setting," so it should be consistent. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 39871] New: Cannot clear item statuses with batch item modification tool
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39871 Bug ID: 39871 Summary: Cannot clear item statuses with batch item modification tool Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To replicate: 1. Set not-for-loan, withdrawn, and damaged statuses on some items 2. Try to edit only those items with the Batch item modification tool 3. Check the checkboxes to clear the withdrawn, not-for-loan, and damaged statuses 4. Click Save If you view the background job report, it will say that the items could not be modified, and if you view the items you will see that the statuses were not cleared. The background job logs show database warnings saying that those columns cannot be set to null. More testing may be needed to see if this applies to other fields as well. I suspect it will apply to the lost field as well, but the lost status is currently hidden on the batch item modification screen on main for me - not sure if that is another bug or a configuration I wasn't aware of. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 40244] New: Typo in branchoverdues.tt
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40244 Bug ID: 40244 Summary: Typo in branchoverdues.tt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Introduced by bug 39919. ``` Overdues at with fines {library} ``` -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 39954] New: Cataloging search results incorrect menu markup
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39954 Bug ID: 39954 Summary: Cataloging search results incorrect menu markup Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In the "Records found in the reservoir" section the "Actions" menus have markup which was not upgraded to Bootstrap 5. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 40039] New: Add production enhancements to build-git-snapshot tool
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40039 Bug ID: 40039 Summary: Add production enhancements to build-git-snapshot tool Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com this patch adds some useful features to allow the build-git-snapshot tool to build production packages the patch adds the following options: --urgency, -u the urgency string for the resulting package. Default is '$urgency'. --incr, -i set debian revision (default = '-1') --(no)autochangelog whether or not to update the debian/changelog file. Default is to update it. note: this patch does not change any of the existing behaviour of the tool test plan to come... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 39912] New: RealTimeHoldsQueue should be rebuilt when a holds pickup location is changed
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39912 Bug ID: 39912 Summary: RealTimeHoldsQueue should be rebuilt when a holds pickup location is changed Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently when the pickup location for a hold is changed via the interface or the API we do not rebuild the holds queue. If a hold is to be picked up a new location it may meet LocalHoldsPriority, or there may be an item available. We should trigger a rebuild of the queue whenever the location is updated -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16