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

[Bug 39642] New: Add SMS number to hold found modals on return.tt
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39642 Bug ID: 39642 Summary: Add SMS number to hold found modals on return.tt Change sponsored?: --- 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There are 2 holds modal ( waiting hold, hold that needs transfer ) that include the 'Hold for:' text. Some would find it hand if the SMSalertnumber was included here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 30148] New: Pipe separated online resource links are hard to customize (staff interface)
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30148 Bug ID: 30148 Summary: Pipe separated online resource links are hard to customize (staff interface) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 27613 Changes to the XSLT files like on bug 27613, but for the staff interface. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27613 [Bug 27613] Pipe separated online resource links are hard to customize (OPAC) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 40919] New: Unnecessary DB access in Koha::Item::Transfer->receive
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40919 Bug ID: 40919 Summary: Unnecessary DB access in Koha::Item::Transfer->receive Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This line: ```perl ModDateLastSeen( $self->item->itemnumber ); ``` could just be ```perl ModDateLastSeen( $self->itemnumber ); ``` There's no need to instantiate the related Koha::Item object. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 39507] New: Make the MARC21 008 plugin more precise for MU
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39507 Bug ID: 39507 Summary: Make the MARC21 008 plugin more precise for MU Change sponsored?: --- 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl According to https://loc.gov/marc/bibliographic/bd008m.html, the content of 008/24-29 and 008/30-31 fr Music (leader/6 = c, d, i, or j) is made of one character codes (as it is the case for 008/24-27 for Books). Now, in Koha 008/24-29 and 008/30-31 are input fields with no possibility to chose the code from a list. This could (and should) be improved. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 36021] New: "Scheduled for automatic renewal" text displays even when not renewable
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36021 Bug ID: 36021 Summary: "Scheduled for automatic renewal" text displays even when not renewable Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Since 23.11, on the checkouts page both in Staff client and OPAC, when a certain item is not renewable, e.g. because it is on hold or max renewals reached, the text "Scheduled for automatic renewal" still appears which is confusing. E.g. In the OPAC it says "Not renewable (on hold)", but right below it, it still says "This item is scheduled for auto renewal." In the Staff client it shows "On hold" and below that "(Scheduled for automatic renewal)". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 40276] New: Limit visibility of subscriptions based on library group
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40276 Bug ID: 40276 Summary: Limit visibility of subscriptions based on library group Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For large library systems making extensive use of both groups and serials, it would be helpful to have the option to limit subscription visibility based on group. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 31102] New: Add granularity to serials to include permissions and visibility to subscriptions by branch
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31102 Bug ID: 31102 Summary: Add granularity to serials to include permissions and visibility to subscriptions by branch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice for larger consortiums to only see and use their own serials in the Serials Module. The ability for granularity with serial permissions to accommodate consortium, including the ability for each branch/library to limit visibility to own serials data would be nice. In Acquisitions, there is a way to limit the funds/budgets to a specific branch, it would be nice to do the same here in the Serials Module. In addition, add permissions to include only editing/checking in your own library's serials. Currently, the permission lives in Serials for when a library uses Independent Branches. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 35690] New: Searching patrons with contains does not provide relevant results
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35690 Bug ID: 35690 Summary: Searching patrons with contains does not provide relevant results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Example: In this example the library has the PatronSearchMethod system preference set to 'contains'. They attempted to search for a patron named 'Don Smith' but the primary search results are showing names such as 'Brandon Smith' and patrons who are located at their 'Smith Public Library' such as 'Madonna Jones - Smith Public Library'. It would be ideal if the search results showed relevant patrons first before suggesting patrons located at their 'Smith Public Library'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 40775] New: Hide "The item is scheduled for auto renewal" in the OPAC when item is currently not renewable
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40775 Bug ID: 40775 Summary: Hide "The item is scheduled for auto renewal" in the OPAC when item is currently not renewable Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org In the OPAC if an checkout is on hold, reached the maximum number of renewals, or has some other circumstance that would prevent renewal, there is still a "this item is schedule for auto renewal" message, which can be confusing to patrons. If the circ rules or a system preference would prevent the item from being renewed, it would be nice if we could hide that message until the circumstances change. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 39138] New: Extend uppercase formatting options beyond uppercasesurnames preference
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '26

03 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39138 Bug ID: 39138 Summary: Extend uppercase formatting options beyond uppercasesurnames preference Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Libraries can turn on uppercasesurnames preference to force capitalization on patron last names, but some libraries would like to be able to do the same with other borrower fields. It would be nice if this could be a system preference allowing them to select borrower fields to format in uppercase. Could call it BorroweUppercaseField, and maybe uppercasesurnames could roll into that eventually. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2