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

[Bug 42700] New: In C4/SIP/ILS/Patron.pm, hold_items only counts waiting holds
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42700 Bug ID: 42700 Summary: In C4/SIP/ILS/Patron.pm, hold_items only counts waiting holds Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I can't find good documentation on this, but I think this is a bug: hold_items => $flags->{WAITING}->{itemlist}, holds_items is currently a count of waiting holds, when it should total holds. Meanwhile unavail_holds is a count of all holds except waiting holds. Some 3rd party SIP machines use this calculation to get a count of "holds to pick up": holds ready for pickup = hold_items - unavail_holds Currently this can produce a negative number. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 28308] New: Select 'Days in advance' = 0 for Advance notice effectively disables PREDUE notices
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28308 Bug ID: 28308 Summary: Select 'Days in advance' = 0 for Advance notice effectively disables PREDUE notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Looking at the code below, it seems that on the day an item is due we will only send the DUE notices, predues will not be sent In the advance_notices.pl cron: 276 if ( 0 == $upcoming->{'days_until_due'} ) { 277 # This item is due today. Send an 'item due' message. ... 323 } else { 324 $borrower_preferences = C4::Members::Messaging::GetMessagingPreferences( { borrowernumber => $upcoming->{'borrowernumber'}, 325 message_name => 'advance_notice' } ); 326 next UPCOMINGITEM unless $borrower_preferences && exists $borrower_preferences->{'days_in_advance'}; 327 next UPCOMINGITEM unless $borrower_preferences->{'days_in_advance'} == $upcoming->{'days_until_due'}; In this case, allowing the user to choose '0' is effectively disabling the notice. I think we need to remove 0 as an option, and uncheck all transports for patrons who have '0' set for days in advance -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

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

21 Aug '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 18

[Bug 41451] New: Hold history search fails when itemtype column present
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41451 Bug ID: 41451 Summary: Hold history search fails when itemtype column present Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The search box on the holds history table throws a 500 error when the item type column is visible Test plan: 1) Create at least one hold on any record 2) Navigate to the patron who has the hold and click Holds history in the left menu 3) The table should load correctly and the search bar above it should work 4) In system preferences, enable AllowHoldItemTypeSelection 5) Refresh the holds history, the Requested item type column should now be visible 6) Try a search, a 500 error should be thrown -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 40287] New: Fix untranslatable strings in more statistics wizards
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40287 Bug ID: 40287 Summary: Fix untranslatable strings in more statistics wizards Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com Depends on: 20601 The acquisitions, patrons, and catalog circulation statistics wizards have the same translation issues fixed in Bug 20601 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20601 [Bug 20601] Untranslatable strings in circulation statistics -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 42795] New: Bug 40658 breaks CLI for 25.11
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42795 Bug ID: 42795 Summary: Bug 40658 breaks CLI for 25.11 Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com This happened when trying to upgrade one of our Koha instances from Koha 25.11.04 to 25.11.05: Setting up koha-common (25.11.05-1) ... Upgrading database schema for INSTANCENAME Use of uninitialized value $reason in concatenation (.) or string at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Indexer.pm line 276. Upgrade to 25.11.04.011 [09:10:41]: Bug 40658 - Ensure local-number is sortable ERROR: Exception 'Koha::Exception' thrown 'Unable to update mappings for index "koha_INSTANCENAME_biblios". Reason was: "". Index needs to be recreated and reindexed' They do not have Elasticsearch enabled, their SearchEngine preference is set to Zebra, but the atomic update still wanted to update Elasticsearch mappings. I needed to check the value of SearchEngine and put an if { } around the atomic update in 251104011.pl to get past this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 42930] New: circ/overdue.pl incorrectly adds title into overdueloop instead of borrowertitle
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42930 Bug ID: 42930 Summary: circ/overdue.pl incorrectly adds title into overdueloop instead of borrowertitle 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 Target Milestone: --- To recreate: 1. Have some overdues 2. Go to circ/overdue.pl 3. Notice the the 'Patron' column the name is prefixed with the biblio title 4. This is meant to be the borrowertitle -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 42666] New: Next button in Item types and Patron categories does not work
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42666 Bug ID: 42666 Summary: Next button in Item types and Patron categories does not work Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris.mathevet(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The "Next" button in "Patron categories" and "Item types" in the Administration panel does not work. In addition, it shows "Showing 1 to 010 of 11 entries" instead of "Showing 1 to 10 of 11 entries" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 42582] New: Uncaught TypeError when no z39.50 service is set
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42582 Bug ID: 42582 Summary: Uncaught TypeError when no z39.50 service is set Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com to recreate: - start a ktd instance with a plugin that offers an ill_availability_services hook f.e. https://github.com/openfifth/koha-plugin-ill-avail-z3950 ktd --proxy --name main --single-plugin ~/git/koha-plugins/koha-plugin-ill-avail-z3950-master/ up -d ktd --name main --shell restart_all - login and configure plugin open http://main-intra.localhost/cgi-bin/koha/plugins/plugins-home.pl check one of the z39.50 targets and do not check 'Display results when making partner requests: ' <- this is where the bug is triggered enter partner id: 16 - edit a ILL patron and set an Primary email adress: http://main-intra.localhost/cgi-bin/koha/members/moremember.pl?borrowernumb… - enable ILLModule and ILLCheckAvailability http://main-intra.localhost/cgi-bin/koha/admin/preferences.pl?tab=interlibr… ILLModule: 'enable' ILLCheckAvailability: 'check' - create an ILL request: http://main-intra.localhost/cgi-bin/koha/ill/ill-requests.pl?method=create&… - on the following page open dev tools (F12 on Firefox) click 'Place request with partner libraries' - check error in console Uncaught TypeError: can't access property "enabled", services[0] is undefined The reason is a call for a property on a none existant services object in koha-tmpl/intranet-tmpl/prog/js/ill-availability-partner.js in function isEnabled -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 42141] New: Design pattern introduced in 40191 does not work in staff SIP configuration
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42141 Bug ID: 42141 Summary: Design pattern introduced in 40191 does not work in staff SIP configuration Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The introduced design pattern in 40191 which enhances every Vue resource with the possibility to 'Save and show resource', 'Save and list resources' or 'Save and continue editing' does not work staff clients SIP2 configuration To recreate go to Administration -> Self-service circulation (SIP2) and create one of the following: - institutions - accounts - system_preference_overrides Then try the 'Save', 'Save and continue editing' and 'Save and return to list' buttons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19