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

[Bug 42621] New: Extend report limitations by library to use library groups
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42621 Bug ID: 42621 Summary: Extend report limitations by library to use library groups Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Depends on: 16631 Bug 16631 implements limitations on report access based on library. We'd like to make that also work with library groups. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16631 [Bug 16631] Limit listing of reports using patron library -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 163

[Bug 43783] New: Advanced editor's local catalog search requires Zebra even when the the searchengine is configured to ES
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43783 Bug ID: 43783 Summary: Advanced editor's local catalog search requires Zebra even when the the searchengine is configured to ES Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- 1. Bring up a KTD with ES ( --search-engine es8 ) 2. Make sure Zebra is disabled, I do: sudo koha-zebra --disable kohadev sudo koha-zebra --status kohadev 3. Cataloging - Advanced editor 4. Below the four search inputs, click "Advanced »" 5. Ensure that "Local catalog" is checked in the list of servers 6. Search for anything, like the keyword "music" 7. Note that the server says "Local catalog (Connect failed)" and no results are returned 8. Enable Zebra: sudo koha-zebra --disable kohadev 9. Try 3 - 6 again, this time it should work. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 38051] New: An item bundle cannot be returned without verifying the contents if the item bundle is not on loan
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38051 Bug ID: 38051 Summary: An item bundle cannot be returned without verifying the contents if the item bundle is not on loan Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tuomas.kunttu(a)kouvola.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the bug 31615 a feature has been implemented that allows checkin of item bundles without verifying their contents. However, this only works when the item bundle is on loan. When the items bundle is not on loan, this option is not available at checkin. If an item bundle is reserved to another library, it must first checkin at the home library so that it enters transit mode, and then checkin again at the reservation pickup library. In both of these checkins, the entire content of the item bundle must be verified by checkin, and there is no option to bypass it. However, when an item bundle is checked-in from a loan, where there is a real need for verifying, the content check can be bypassed. It would be better if item bundles could be checked-in without mandatory content verifying, even when item bundles are not on loan. Test 1: 1. Create an item bundle 2. Checkout this bundle, then checkin it. The "bundle verification" modal should appear 3. There are 3 options: Confirm checkin and mark missing items as lost Confirm checkin without verifying bundle contents Cancel Test 2: 1. Create an item bundle 2. Checkin it. The "bundle verification" modal should appear 3. There are 2 options: Confirm inventory check and mark items as lost Cancel 4. You need to return all items individually, otherwise the items will be marked as lost It works in the same way if there's a reservation to another library and you must return item bundle (and all items in it) first at homelibrary and later at pick-up library before bundle goes to a borrower. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 41250] New: Horizontal scrollbar in Koha home page
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41250 Bug ID: 41250 Summary: Horizontal scrollbar in Koha home page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com reset to commit prior to 35402: git reset --hard f44d2cccc75c614ec6f030c465d9f1d8800317d5 run reset_all, check Koha home at /cgi-bin/koha/mainpage.pl = no horizontal scrollbar reset to commit at 35402: git reset --hard d321dc6934d960ff38b2dbeed10c65cb04d485e9 run reset_all, check Koha home at /cgi-bin/koha/mainpage.pl = notice horizontal scrollbar at the bottom of the page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 39909] New: Batch modification with regex does not work with control fields
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39909 Bug ID: 39909 Summary: Batch modification with regex does not work with control fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In MARC modification templates if you define a copy of a control field into another control field. The regexp part does not work. Because of : https://git.koha-community.org/Koha-community/Koha/src/commit/83f8ba4eeed5c… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 43338] New: Holds table displays "A patron from library undefined" for patrons with no cardnumber
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43338 Bug ID: 43338 Summary: Holds table displays "A patron from library undefined" for patrons with no cardnumber Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Target Milestone: --- If a patron has no cardnumber, "Patron" column of the holds table says "A patron from library undefined" even if HidePatronName is set to "Show". To reproduce: 1. Set system preference "HidePatronName" to "Show" 2. Place a hold on a record to a patron with no cardnumber 3. Navigate to "Holds" tab of the record (/cgi-bin/koha/reserve/request.pl?biblionumber=1234) 4. Observe "A patron from library undefined" under column "Patron" Cardnumber should not be a requirement to display patron details in the holds table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 42915] New: Filtering Holds table by patron name or pickup library is broken
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42915 Bug ID: 42915 Summary: Filtering Holds table by patron name or pickup library is broken Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Target Milestone: --- To replicate: 1. Have holds on a bib for different patrons and pickup locations 2. Try filtering by a patron name or pickup location 3. See 'No matching records found' 4. Note: filtering by patron barcode still works This regression seems like it was introduced by bug 23269 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 81

[Bug 41903] New: Overdues reports in circulation module are too resource intensive
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41903 Bug ID: 41903 Summary: Overdues reports in circulation module are too resource intensive 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The circ module includes reports "Overdues" and "Overdues with fines." Both are sufficiently resources intensive as to cause noticeable slowdowns on large systems when used during business hours. They should be rewritten using APIs and VUE to improve performance. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 264

[Bug 42835] New: ElasticSearch should have an items index
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42835 Bug ID: 42835 Summary: ElasticSearch should have an items index Initiative type: --- Sponsorship --- status: 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: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 130

[Bug 43884] New: queue_notice does not fall back to print when itiva cannot deliver
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43884 Bug ID: 43884 Summary: queue_notice does not fall back to print when itiva cannot deliver Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk Depends on: 43380 Target Milestone: --- Bug 43380 made C4::Reserves::_koha_notify_reserve fall back to a print notice when itiva cannot deliver the notice, that is when TalkingTechItivaPhoneNotification is disabled or the patron has no phone number. Koha::Patron::queue_notice still has 'next if $mtt eq itiva && TalkingTechItivaPhoneNotification' with no phone check, so in those cases the notice is silently dropped. This affects overdue, preoverdue and the other notices that go through queue_notice. This bug aligns queue_notice with the hold-filled behaviour and adds tests. Additionally, TalkingTech_itiva_outbound.pl selects rows on the itiva preference only, so patrons with no phone number get a row with a blank phone in the CSV. It should skip rows with an empty borrowers.phone. Test plan: 1. Set TalkingTechItivaPhoneNotification to Enable. 2. Give a patron an overdue notice preference of itiva only, with a phone number set. 3. Trigger the notice (e.g. run overdue_notices.pl) and note no print notice is queued. 4. Clear the patron's phone number and repeat. 5. Note a print notice is queued. 6. Disable TalkingTechItivaPhoneNotification, restore the phone number and repeat. 7. Note a print notice is queued. 8. Run TalkingTech_itiva_outbound.pl and note that rows with no phone number are not output. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43380 [Bug 43380] Koha will generate spurious print notices if itiva is enabled and a patron has only selected phone notices -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8