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

[Bug 26333] New: "In" analytics link incorrectly formed when "UseControlNumber" set to "Don't use"
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '26

09 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26333 Bug ID: 26333 Summary: "In" analytics link incorrectly formed when "UseControlNumber" set to "Don't use" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 The "In" links for analytics don't work if not using control numbers To test: - Pick any serial record in your database, make sure 001 is set - Go to new > new child record - Fill in 245 and save - Click on the "In" link, it will not find the record - Look at the link, it is performing a title,phrase search but populating the link with both the author and title -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 40658] New: When sorting by local-number we should use the sort field
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '26

09 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40658 Bug ID: 40658 Summary: When sorting by local-number we should use the sort field Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When adding 'local-number' as a fallback sort I explicitly added sorting on 'local-number' - it should be 'local-number__sort' This avoids problems when mappings may be older and local-number itself is indexed as a string and not a number -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 42794] New: If duplicate barcode detected when adding an item, put a link to that item next to the error message.
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42794 Bug ID: 42794 Summary: If duplicate barcode detected when adding an item, put a link to that item next to the error message. Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: crosenthal(a)pwcgov.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently in additem.pl, if an item is added with barcode that already exists in Koha, the message "Error saving item: Barcode must be unique." appears It would be handy to have the item that already has that barcode listed or at least linked next to the error message -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42792] New: Add option in inventory tool for staff to be warned if an item is out of order
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42792 Bug ID: 42792 Summary: Add option in inventory tool for staff to be warned if an item is out of order Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alyssa.drake(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, if staff opt to check for out of order inventory items and an out of order item is scanned, the staff person continues to be warns about the item until they reach the place where the item should go. Some libraries would prefer to be warned that an item is out of order but then they'd like the warning to go away, or they'd like to dismiss the warning. They don't want to continue to be warned after finding the odd item. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42136] User-entered Template::Toolkit allows information disclosure
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

1 0

[Bug 42224] (Bug 40524 follow-up) [24.11.x] Fix XSS in columns_settings.inc
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

1 0

[Bug 26036] New: Suggestion for the "Batch extend due dates" result screen
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26036 Bug ID: 26036 Summary: Suggestion for the "Batch extend due dates" result screen Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: tgoatley(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org As suggested and on behalf of the Arlington Public Library in Arlington, VA - It would be very helpful to have a count of the number of items about to be adjusted and/or a way to export the results in order to understand how these adjustments would impact the system and public services staff. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 41310] New: Add remote_ip (REMOTE_ADDR) to action_logs table to improve security auditing
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41310 Bug ID: 41310 Summary: Add remote_ip (REMOTE_ADDR) to action_logs table to improve security auditing 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: saiful(a)semanticconsulting.com QA Contact: testopia(a)bugs.koha-community.org Context: Currently, the action_logs table records what happened, when it happened, and who performed the action. However, it does not record the network context (source IP) of the request. The Problem: For security auditing, it is necessary to trace an action back to a specific IP address. This is critical when: 1. A staff account is compromised (distinguishing the attacker from the real user). 2. Multiple concurrent sessions exist for the same user (e.g., logged in at the desk and on a mobile device). The Session data: The sessions table in Koha is temporary, which may even be stored cache or filesystem. If we store the session_id in action_logs, we can only link it to an IP address while the session is still active. Once the session is cleared, we will lose the IP address history. Proposed Solution: We should capture the REMOTE_ADDR at the time the action occurs and store it directly into a new column in the action_logs table. This ensures the audit trail remains complete permanently, regardless of the session status. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 42788] New: EDI ORDRSP: Fund encumbrance not released when order line cancelled by supplier
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42788 Bug ID: 42788 Summary: EDI ORDRSP: Fund encumbrance not released when order line cancelled by supplier Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org When an EDI ORDRSP message cancels an order line, Koha updates the order status to 'cancelled' but does not release the fund encumbrance. The budget remains committed to the cancelled order indefinitely, preventing those funds from being used for replacement orders. The processing logic is in Koha/EDI.pm, process_ordrsp() (~line 199-248). Manual cancellation via the acquisitions UI does release the encumbrance, but the EDI code path does not. This patch should release the fund encumbrance when an order line is cancelled via EDI ORDRSP, ideally guarded by a system preference so libraries can choose the behaviour that suits their workflow. Test plan: 1. Place an order against a fund with a known balance; note the encumbered amount. 2. Receive an EDI ORDRSP cancellation for that order line and run edi_cron.pl. 3. Confirm the order line is marked cancelled. 4. Confirm the fund encumbrance has been released and the available balance restored. 5. Test with the system preference disabled to confirm encumbrance is retained. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42787] New: EDI ORDRSP: No staff notification triggered when an order line is cancelled by supplier
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42787 Bug ID: 42787 Summary: EDI ORDRSP: No staff notification triggered when an order line is cancelled by supplier Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org When an EDI ORDRSP message is received containing a cancellation (action code 2), Koha marks the order line as cancelled (via C4::Acquisition::ModOrder) but generates no staff-visible notification, email, or alert. Staff have no way to know a cancellation was processed unless they manually inspect the order or check the acquisitions log. In busy libraries this means cancellations can go unnoticed for days. The processing logic is in Koha/EDI.pm, process_ordrsp() (~line 199-248). This patch should add a staff notification (e.g. via the existing notice/ messaging infrastructure) when an order line is cancelled via EDI ORDRSP, so that the relevant librarian is alerted promptly. Test plan: 1. Configure EDI for a vendor and send an ORDRSP containing a cancellation (action code 2) for an existing order line. 2. Run the EDI cron: misc/cronjobs/edi_cron.pl 3. Confirm the order line is marked cancelled in acquisitions. 4. Confirm that an appropriate staff notification has been triggered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1