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

[Bug 30261] New: opac/tracklinks.pl renders 404 incorrectly
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30261 Bug ID: 30261 Summary: opac/tracklinks.pl renders 404 incorrectly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org As per https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23329#c87, tracklinks.pl will try to generate an intranet 404 instead of an OPAC 404 if the script is visited without the syspref being activated or if the URL is not a valid one to redirect to. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 39108] New: Clicking the Ignore button on hold found modal for already-waiting hold does not dismiss the modal
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39108 Bug ID: 39108 Summary: Clicking the Ignore button on hold found modal for already-waiting hold does not dismiss the modal Change sponsored?: --- 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1 - place a hold 2 - check in an item that can fill the hold 3 - in the hold found modal, click Ignore 4 - the modal dismisses and nothing changes on the hold (this is the desired behavior) 5 - check in the item again, click Confirm Hold, confirm your hold is now Waiting 6 - check in the item again, confirm the modal says "Item is already waiting" 7 - click Ignore, confirm modal reloads 8 - click Ignore, confirm modal reloads 9 - click Ignore, confirm modal reloads -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 39544] New: New > New record generates warnings in log
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39544 Bug ID: 39544 Summary: New > New record generates warnings in log Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When creating a new record starting from Normal records view, by using New > New record warnings in the log will be generated like: [2025/04/03 12:45:33] [WARN] Use of uninitialized value $frameworkcode in string eq at /kohadevbox/koha/cataloguing/addbiblio.pl line 513. etc. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 42578] New: Koha/Hold.t failing on date comparison
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42578 Bug ID: 42578 Summary: Koha/Hold.t failing on date comparison Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 40058 We must use t::lib::Dates::compare to compare dates in test. Koha_Main_D13/218 23:27:19 # Failed test 'Timestamp logged is the current one' 23:27:30 # at t/db_dependent/Koha/Hold.t line 1408. 23:27:35 # '$VAR1 = { 23:27:38 # 'biblionumber' => 3801, 23:34:33 # 'borrowernumber' => 3002, 23:34:36 # 'branchcode' => 'lxMFj7PU', 23:34:39 # 'cancellation_reason' => undef, 23:34:41 # 'cancellationdate' => undef, 23:34:45 # 'deleted_biblionumber' => undef, 23:34:49 # 'desk_id' => undef, 23:34:53 # 'expirationdate' => undef, 23:34:56 # 'found' => undef, 23:34:59 # 'hold_group_id' => undef, 23:35:02 # 'item_group_id' => undef, 23:35:05 # 'item_level_hold' => 1, 23:35:08 # 'itemnumber' => 2658, 23:35:10 # 'itemtype' => undef, 23:35:13 # 'lowestPriority' => 0, 23:35:16 # 'non_priority' => 0, 23:35:32 # 'notificationdate' => undef, 23:35:45 # 'patron_expiration_date' => undef, 23:35:54 # 'priority' => 1, 23:36:01 # 'reminderdate' => undef, 23:36:19 # 'reserve_id' => 357, 23:36:23 # 'reservedate' => '2026-05-08', 23:36:27 # 'reservenotes' => undef, 23:36:30 # 'suspend' => 0, 23:36:33 # 'suspend_until' => undef, 23:36:38 # 'timestamp' => '2026-05-08 23:22:04', 23:36:43 # 'waitingdate' => undef 23:36:53 # }; 23:36:58 # ' 23:36:58 # doesn't match '(?^u:'timestamp' => '2026-05-08 23:22:03')' 23:36:58 # Looks like you failed 1 test of 13. 23:36:58 23:36:58 # Failed test 'item-level holds tests' 23:37:04 # at t/db_dependent/Koha/Hold.t line 1433. 23:37:06 # Looks like you failed 1 test of 6. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40058 [Bug 40058] Move RevertWaitingStatus to Koha::Hold->revert_waiting() -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 25551] New: [OMNIBUS] Some tests are failing randomly
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 Bug ID: 25551 Summary: [OMNIBUS] Some tests are failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Keep this open to group tests that are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 89

[Bug 39302] New: Checkin disappear from checkin list if transfer modal is triggered
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39302 Bug ID: 39302 Summary: Checkin disappear from checkin list if transfer modal is triggered Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is a flaw in the logic of the checkin code: we keep 20 (default value for numReturnedItemsToShow) checkins in the table, but there can be shift in the "counter" logic when the transfer modal is triggered. There are actually several other problems in the logic of this controller but we are going to try and focus on only this one. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39878] New: EDIFACT vendor account records sets default port incorrectly for FTP
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39878 Bug ID: 39878 Summary: EDIFACT vendor account records sets default port incorrectly for FTP Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating or editing an EDI (EDIFACT vendor record) if the port is left empty it will be set to port 22. This is fine then the service is SFTP, but if FTP is selected the default to 21. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 39864] New: Cannot save Automatic item modifications by age rules
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39864 Bug ID: 39864 Summary: Cannot save Automatic item modifications by age rules Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major 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 Depends on: 38714 To reproduce: 1. Go to Cataloging > Automatic item modifications by age 2. Click Edit rules 3. Click Add rule 4. Enter some values, such as: age -> 365 age field -> items.dataaccessioned substitution -> items.withdrawn = 1 5. Click Save --> Nothing happens, and the save button remains highlighted Git bisect points to bug 38714 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38714 [Bug 38714] Adjust templates for prettier -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 41707] New: The DIE handler in C4::SIP::Trapper is logging non-SIP errors, causing log flooding.
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41707 Bug ID: 41707 Summary: The DIE handler in C4::SIP::Trapper is logging non-SIP errors, causing log flooding. Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org The DIE handler should be more restrictive and only log errors where the call stack clearly originates from SIP modules (e.g., C4::SIP::*). The current implementation is not strict enough or may have edge cases. Found this kind of errors from our logs: [2026/01/23 13:42:47] [493898] [ERROR] [undef]@[undef]: commandline was not set during initialization at /usr/share/perl5/Net/Server.pm line 100. C4::SIP::Trapper::__ANON__ /home/koha/Koha/C4/SIP/Trapper.pm (70) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 41329] New: yarn install generates 2 warnings regarding datatables-.net-vue3
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41329 Bug ID: 41329 Summary: yarn install generates 2 warnings regarding datatables-.net-vue3 Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38426 warning " > datatables.net-vue3(a)2.1.3" has unmet peer dependency "datatables.net(a)^1.13.1". warning " > datatables.net-vue3(a)2.1.3" has unmet peer dependency "jquery(a)^3.6.0". How is that bad? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38426 [Bug 38426] Node.js v18 EOL around 25.05 release time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16