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

[Bug 37773] New: Cataloging search breadcrumb
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37773 Bug ID: 37773 Summary: Cataloging search breadcrumb Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcortazar(a)artium.eus QA Contact: testopia(a)bugs.koha-community.org In the Cataloging Search option in Koha, once the search is completed there is no way to know what we had searched for if we needed it. Our computer colleagues tell us that, despite its simplicity, there are no configuration options that allow us to put a breadcrumb to know what search we have done. We request this improvement for new versions. Thank you -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 33544] New: Squash some ILL fields to alleviate request table overflow
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33544 Bug ID: 33544 Summary: Squash some ILL fields to alleviate request table overflow Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com The ILL requests' table listing all ILL requests is prone to overflowing it's container and requiring horizontal scrolling. This is against a number of accessibility guidelines, and just doesn't look very nice. I believe we could merge a number of the current columns to display the same data vertically in one column. I think the item details (author, title, article title, issue, volume, year, pages) could all be merged into a column that looks more like how we display search catalogue search results. That would save us a lot of horizontal space to start with. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 69

[Bug 40060] New: Update structure of popup windows in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40060 Bug ID: 40060 Summary: Update structure of popup windows in the OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 182923 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182923&action=e… Screenshot showing the proposed change I propose to update popup windows in the OPAC so that the main heading of the page is in a fixed navbar at the top of the window, along with an "X" to close the window (similar to Bootstrap modals). -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 30331] New: Allow RenewalPeriodBase behavior to differ between manual and automatic renewals
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30331 Bug ID: 30331 Summary: Allow RenewalPeriodBase behavior to differ between manual and automatic renewals Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 We should have a way to make auto-renewals and manual renewals follow different RenewalPeriodBase behavior. I'm working with a library that uses a mix of manual and automatic renewals. For items that auto-renew, the renewal happens two days before the item is due, so they want RenewalPeriodBase set to add time on to the existing due date so the patron gets their full renewal period. But for items renewed manually, they want RenewalPeriodBase set to calculate from the renewal date, though, so patrons can't renew early and lock in extra time with the item. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 52

[Bug 41369] New: SIP payments have no branchcode
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41369 Bug ID: 41369 Summary: SIP payments have no branchcode Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For SIP based payments, no branchcode is recorded for the corresponding credit. Koha should be recording the institution id ( i.e. branchcode ) for SIP payments. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 42447] New: SIP template fields in the database are too small
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42447 Bug ID: 42447 Summary: SIP template fields in the database are too small 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The SIP fields in the database are too small for the templates of some configurations, and are truncated during upgrade resulting in invalid templates. It's likely we need more than 255 characters for some templates. We should convert all sip template fields to TEXT fields. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 42424] New: Javascript error prevents saving when an instance of an 'important' or 'required' subfield is deleted
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42424 Bug ID: 42424 Summary: Javascript error prevents saving when an instance of an 'important' or 'required' subfield is deleted Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Like bug 40997 - but when marking subfields important -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 42356] New: New yarn build warning: if() syntax is deprecated
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42356 Bug ID: 42356 Summary: New yarn build warning: if() syntax is deprecated Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 38426 Deprecation Warning [if-function]: The Sass if() syntax is deprecated in favor of the modern CSS syntax. 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.

1 16

[Bug 42343] New: JS error holdsQueueTable is undefined when no holds exist
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42343 Bug ID: 42343 Summary: JS error holdsQueueTable is undefined when no holds exist Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com On title holds view, when 0 holds are existing the following error is thrown on firefox console: Uncaught (in promise) TypeError: can't access property "api", holdsQueueTable is undefined to recreate: - open a fresh ktd - open wed dev console - navigate to /cgi-bin/koha/reserve/request.pl?biblionumber=126 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 42312] New: Must enter all four lines of physical address when editing a vendor
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42312 Bug ID: 42312 Summary: Must enter all four lines of physical address when editing a vendor Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When editing a vendor we only save as many lines as are submitted, and will retain all four preexisting lines To recreate: 1 - Create or edit a vendor and enter 'Physical address' as Line 1 Line 2 Line 3 Line 4 2 - Edit the vendor, clear physical address and enter: New Line 1 3 - Save, search for vendor, and note the address shows as New Line 1Line2Line3Line4 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14