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

[Bug 36185] New: Add option to enforce time limit on suspended holds
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36185 Bug ID: 36185 Summary: Add option to enforce time limit on suspended holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently when you suspend a hold in Koha, you have the choice of adding a suspend until date. If the date is left blank the hold is suspended indefinitely, even if DefaultHoldExpiration system preferences are configured. When the hold is unsuspended after the hold expiration date, it is canceled. Being able to limit the amount of time a hold can be suspended would make the holds timeline clearer to patrons. It would also make determining how many copies are needed to fill holds. This could take the form of a system preference that adds the date limitation into the staff interface. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 39245] New: Preferred name should give option to replace more than first name
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39245 Bug ID: 39245 Summary: Preferred name should give option to replace more than first name Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have a patron, for example only: Johnathan David Smith. He goes by JD. But the preferred name only replaces the first name. There should be an option to also exclude the middle name. Right now the preferred name shows the patron name as JD David Smith. Should only show JD Smith. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 34989] New: Subscription cannot be added if a control field is set up in "Additional Fields" parameter
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34989 Bug ID: 34989 Summary: Subscription cannot be added if a control field is set up in "Additional Fields" parameter Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: anke.bruns(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org Subscriptions can't be created because of an HTTP 500 and the following message in the plack error log: "Control fields (generally, just tags below 010) do not have subfields, use data() at /usr/share/koha/lib/Koha/Object/Mixin/AdditionalFields.pm line 68." The workaround by Joubu (many thanks!) in the Koha chat was to look whether in Administration > Additional fields > Table 'subscription' (/cgi-bin/koha/admin/additional-fields.pl?tablename=subscription) a MARC field was present that was a control field (ie. without $ field/subfield separator). We indeed had a 001 configured there with MARC field mode "Get value from MARC record" and Searchable=Yes Removing this solved the problem, but perhaps subscriptions should also work if a control field is configured in the place mentioned above? Another thing is that we are not completely sure if the error was produced when we upgraded from 22.05 or if it was present there as well with the additional field set. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 39974] New: "OpacMoreSearches" HTML customization generates invalid HTML
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39974 Bug ID: 39974 Summary: "OpacMoreSearches" HTML customization generates invalid HTML Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org OpacMoreSearches is supposed to be one or more <li> elements. However, when you save it in HTML customizations, it'll add a <ul></ul> tags around the <li> elements you define. Moreover, when you look at the HTML, you notice how OpacMoreSearches injects a <div> into a <ul>: <ul class="nav" id="moresearches"> <li class="nav-item"></li> <div id="OpacMoreSearches"> <div class="default_item"> <div class="default_body"> <ul> <li><a>New content</a></li> </ul> </div> </div> </div> </ul> While a lot of places where we use HTML customizations can validly inject a <div>, this isn't one of them. We might want to add a way for HTML customizations to just inject content directly without using wrappers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 25682] New: Style transfers interface to match checkin page
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25682 Bug ID: 25682 Summary: Style transfers interface to match checkin page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 25537 The transfers page has fallen behind the style of the checkin and checkout pages. It should be made to look more consistent. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25537 [Bug 25537] Page reload at branchtransfers.pl loses destination branch -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 38402] New: Need a way to a block restricted patrons from placing holds.
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '25

12 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38402 Bug ID: 38402 Summary: Need a way to a block restricted patrons from placing holds. Change sponsored?: --- 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: lwilliams(a)whitepinecountynv.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Need a way so that restricted patrons, or long overdue patrons can not place holds on other books. Thank You Lori Williams WPC Library Manager Asst. 775-293-6900 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 33163] New: Add a command line tool to import many cover images from a zip file
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '25

12 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33163 Bug ID: 33163 Summary: Add a command line tool to import many cover images from a zip file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz If a library wants to upload many hundreds of MB worth of cover images to their Koha, it's currently a challenge to do this through the web interface. It would be nice to have a tool for the command line to import these files. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26054] New: Reflect irregularities in numbering pattern test
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '25

12 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26054 Bug ID: 26054 Summary: Reflect irregularities in numbering pattern test Change sponsored?: --- Product: Koha Version: master 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 CC: colin.campbell(a)ptfs-europe.com When setting up a subscription, if you select "Keep issue number" for irregular issues and then mark some issues as "Not published" when testing the prediction pattern, Koha will remember to account for that when generating new issues around those unpublished issues. However, there's no way to make the pattern test show you how that will actually play out. Unpublished issues are never reflected in the numbering pattern test. It'd be great to have a way to re-generate the predicted numbering pattern with the Not Published issues reflected. Maybe a little "Update" button under the predicted pattern that one could click after checking the relevant boxes? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 24220] New: Convert OpacMoreSearches system preference to news block
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '25

12 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24220 Bug ID: 24220 Summary: Convert OpacMoreSearches system preference to news block Change sponsored?: --- Product: Koha Version: master 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 CC: testopia(a)bugs.koha-community.org Depends on: 22880 Building on 22318, the OpacMoreSearches system preference should be converted to a Koha news block. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22880 [Bug 22880] Convert opacheader system preference to news block -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 17505] New: REST API: Add route for messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17505 Bug ID: 17505 Summary: REST API: Add route for messaging preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org REST API: Add route for messaging preferences -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42