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

[Bug 43015] New: Updated on date does not change if data entered is exactly the same.
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43015 Bug ID: 43015 Summary: Updated on date does not change if data entered is exactly the same. 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- Koha does not record a new timestamp for a patron record (Updated on) if the information is entered and saved exactly the same. Our library does not allow renewal of a patron unless the patron record has been edited within the last hour. Unfortunately we can't get an accurate read on this date because if nothing has changed on the patron account, it does not change the date. Patron records should update the time stamp simply upon saving the record. But it is checking to see if values actually changed, which is not traditional behavior. This is compounded by the fact that we have a borrower attribute for staff initials that we clear out when the patron record is opened in the editor, and the form will not save if it is not filled out. And if the last person to edit it is the same staff member that is editing it now, and the initials are entered exactly the same, it isn't registered as an update. Can the update timestamp be updated to change simply on saving the record rather than verifying changes in the record? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41358] New: action logs info column should always store JSON
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41358 Bug ID: 41358 Summary: action logs info column should always store JSON Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle(a)bywatersolutions.com In C4/Circulation.pm: # Log the checkout if ( C4::Context->preference('IssueLog') ) { my $info = $item_object->itemnumber; if ( defined($confirmations) || defined($forced) ) { $info = to_json( { issue => $issue->issue_id, branchcode => $issue->branchcode, itemnumber => $item_object->itemnumber, confirmations => $confirmations, forced => $forced }, { pretty => 1, canonical => 1 } ); } logaction( "CIRCULATION", "ISSUE", $patron->borrowernumber, $info, ); } It appears there is a way, if $forced and $confirmations is undef, to store just the itemnumber. If we are going to store JSON it should always be JSON. Storing the itemnumber sometimes and a JSON object other times makes reporting really hard. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 50

[Bug 41854] New: Could ILLRequestsTabs take authorized values from ILL_STATUS_ALIAS-settings into account?
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41854 Bug ID: 41854 Summary: Could ILLRequestsTabs take authorized values from ILL_STATUS_ALIAS-settings into account? Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com We have made new authorized values in ILL_STATUS_ALIAS-settings. We added one of them to ILLRequestsTabs setting to have one tab called - name: On loan status: - CHECKEDOUT There should be some requests on tab "On loan", but instead there is all of them. Details for all requests Showing 1 to 61 of 61 entries ILLRequestsTabs setting only takes into account Koha's internal values such as Requested (REQ), New Request (GENREQ), Completed (COM), and Returned (RET). Could the ILLRequestsTabs setting be changed to take authorized values from ILL_STATUS_ALIAS-settings into account? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 42707] New: Malformed Bootstrap dropdown in reports output
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42707 Bug ID: 42707 Summary: Malformed Bootstrap dropdown in reports output Initiative type: --- Sponsorship --- status: 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 If you run a report which returns a patron barcode column clicking a barcode in the results triggers a Bootstrap dropdown (actually a dropup) with a "Check out" link. The dropup is malformed because it lacks a "dropdown-item" class. 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 42702] New: Acquisitions: Cancel order link on parcel.pl absorbs following HTML into href
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42702 Bug ID: 42702 Summary: Acquisitions: Cancel order link on parcel.pl absorbs following HTML into href Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: nugged(a)gmail.com Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The pending orders table on parcel.pl builds a malformed "Cancel order" link. The generated href is not closed after the invoice_id value, so the link text and following HTML are appended to the href. Steps to reproduce: 1. In Acquisitions, create or use a closed basket with a pending order. 2. Receive a shipment for the vendor and open the invoice receive page. 3. Inspect the "Cancel order" link in the pending orders table. Expected result: The link is rendered as valid HTML: <a href="/cgi-bin/koha/acqui/cancelorder.pl?...&referrer=/cgi-bin/koha/acqui/parcel.pl?invoiceid=3">Cancel order</a> Actual result: The link text and following HTML are included in the href: <a href="/cgi-bin/koha/acqui/cancelorder.pl?...&referrer=/cgi-bin/koha/acqui/parcel.pl?invoiceid=3Cancel order</a>... Notes: This appears to be a regression from the Bug 41563 parcel.tt tidy follow-up. Bug 41848 and Bug 42603 fixed nearby variable-name issues, but this malformed href remains. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 42659] New: Multiple numbers and parts shown incorrectly on checkin screen
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42659 Bug ID: 42659 Summary: Multiple numbers and parts shown incorrectly on checkin screen Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle(a)bywatersolutions.com Edit a record and set the title like: 245 1 4 ‡aThe passion according to G.H. ‡bsubtitle ‡nnumber1 ‡ppart1 ‡nnumber2 ‡ppart2 /‡cClarice Lispector ; translation by Ronald W. Sousa. Enable syspref 'ShowAllCheckins' Checkin an item from that record, display is like: The passion according to G.H. subtitle number1 number2 part1 part2 / -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 20985] New: CanBookBeReserved and CanItemBeReserved should check 'On shelf holds allowed' policy
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20985 Bug ID: 20985 Summary: CanBookBeReserved and CanItemBeReserved should check 'On shelf holds allowed' policy Change sponsored?: --- Product: Koha Version: master 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 Via ILSDI we use the routines mentioned above to determine holdability, however, neither of these routines check on shelf hold policies -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 93

[Bug 42928] New: In viewlog.tt #actionRETURN should be Retrun, not Check-in
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42928 Bug ID: 42928 Summary: In viewlog.tt #actionRETURN should be Retrun, not Check-in Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 42131 updated the terminology in the table. We should also update the label for the #actionRETURN checkbox to be "Retrun". -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 41872] New: Bookings to collect area to show Author in table (as well as other fields)
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41872 Bug ID: 41872 Summary: Bookings to collect area to show Author in table (as well as other fields) Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com It would be really useful to us if the author field displayed in the Bookings to collect table or if there was a way to configure this to show. This is because we mainly use bookings for music sheet and often the titles will be generic titles but if we had the author, i.e. usually the composer, it will help staff to know which item this is. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 38358] New: To date don't follow when you are editing holidays
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38358 Bug ID: 38358 Summary: To date don't follow when you are editing holidays Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org Created attachment 173981 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=173981&action=e… To date does not follow the From date and you must find the right date manually When you are editing holidays "To date"-calendar don't follow the "From date"-date. Instead "To date"-calendar offers you today's date/month and you must click calendar forward to the right date/month. It would be nice if it worked like this: "To date"-calendar follows the date you put in "From date"-box. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8