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

[Bug 30343] New: Any failed delivery method in overduerules.pl produces a printed notice in attachment.txt
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '25

11 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30343 Bug ID: 30343 Summary: Any failed delivery method in overduerules.pl produces a printed notice in attachment.txt Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Previously we had only used the e-mail delivery method in overduerules.pl. This worked great. When a patron didn't have an e-mail address, a printed notice was added to the attachment.txt file for printed notices. Now we have phone and sms added as delivery methods. However, if ANY of these fail (no SMS number or no primary phone, or in the case of Twilio, if the same notice is sent via e-mail or sms, the phone status shows as deleted to prevent duplication) a printed notice is added to the attachment.txt file for printed notices. There should be option to determine if a printed notice is generated if ANY of the other methods fail, or if ALL of the methods fail. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38615] New: Cancelling a waiting hold via SIP should include an option to move it to holds with cancellation requests
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38615 Bug ID: 38615 Summary: Cancelling a waiting hold via SIP should include an option to move it to holds with cancellation requests Change sponsored?: --- 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 You can cancel a hold via SIP, the hold is immediately canceled. There should be an option ( system preference ) to allow cancelled waiting holds from SIP to move to 'Holds with cancellation requests'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 36947] New: Diacritics and upper case letters should not affect how facets get alphabetized
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36947 Bug ID: 36947 Summary: Diacritics and upper case letters should not affect how facets get alphabetized Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmstrand(a)gmail.com When you search with Elasticsearch, keywords/names beginning with diacritics such as " Šostakovitš, Dmitri" end up last in facets. The diacritics should be ignored when sorting the facets. Also upper case letters get alphabetized first in the facets, following the lower case letters (facets show A-Z first, then a-z). This is an issue specially with keywords (names, cities, countries). A fix for this would be uppercasing the values and dropping the diacritics when comparing values in sorting. ps. There's a ticket with a patch trying to solve the same thing made when Koha still used Text::Unaccent for Zebra in bug 26614. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 122

[Bug 38494] New: Koha should consider authority heading use in cataloging
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38494 Bug ID: 38494 Summary: Koha should consider authority heading use in cataloging Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P3 Component: MARC Authority data support Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In MARC 21 authority records, three bytes (008/14-16) indicate what the heading can be used for (main/added entry, subject entry, series entry). Koha should be able to respect the record's intended use in authority search during cataloging, provided that the authority file is well formed. Also, we should be able to decide between more strict but correct behavior and current lax behavior. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 38108] New: Staff interface holdings table - table navigation only shows when "Show filters" is selected
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '25

09 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38108 Bug ID: 38108 Summary: Staff interface holdings table - table navigation only shows when "Show filters" is selected Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In current main (October 2024), the holdings table for a record in the staff interface does not show the standard DataTable navigation elements until "Show filters" is clicked. I think that the standard table navigation elements should be shown by default. To replicate: 1. Go to a record in the staff interface with multiple items (for example record 146, The definitive guide to Catalyst : writing extensible, scalable, and maintainable Perl-based Web applications <staffinterfaceurl>/cgi-bin/koha/catalogue/detail.pl?biblionumber=146). 2. In the holdings table section, note that you have to click on "Show filters" for the standard table navigation elements to display: Showing 1 to 4 of 4 entries ------------------------------------- Show 20 entries First Previous Next Last Search: _______ Clear filter .... Other notes: 1. Behavour for previous versions - note that before 24.05.00 and bug 33568, all items were shown without any pagination, even for hundreds of items: . 24.05.00: navigation only shown once "Show filters" is clicked . 23.11.06: partial table navigation "Showing 1 of 1 entries Search______ Clear filter" . 23.05.14: the same as 23.11.06 2. Bug 33568 - Use the REST API to display items on the staff biblio detail view: totally rewrote the display of the items table -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 55

[Bug 35467] New: NewsLog should be renamed
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '25

09 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35467 Bug ID: 35467 Summary: NewsLog should be renamed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The system preference NewsLog should indicate that it logs changes from news, html customizations, or pages. It should be renamed accordingly. AdditionalContentsLog ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 35179] New: Limit MARC Modification Templates by User
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '25

09 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35179 Bug ID: 35179 Summary: Limit MARC Modification Templates by User Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mnero(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We have multiple people using MARC Modification Templates for different workflows, so the list of templates is very long and requires a lot of scrolling if your template is at the bottom. It would be useful to have local or user specific templates, so we can create some that are not needed by others without making the list longer. Adding a column showing who created each template that we could limit by would not be perfect but would limit the amount of clicking and/or scrolling. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 37632] New: Display MARC modification templates in alphabetical order
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '25

09 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37632 Bug ID: 37632 Summary: Display MARC modification templates in alphabetical order Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: jvasche(a)roundrocktexas.gov, m.de.rooy(a)rijksmuseum.nl MARC Mod Templates default to being listed in the order they were created on cgi-bin/koha/tools/marc_modification_templates.pl. It would be nice if they listed alphabetically instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 37471] New: Add permissions for managing Catalog Concerns
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '25

09 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37471 Bug ID: 37471 Summary: Add permissions for managing Catalog Concerns 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: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Similar to bug 33363 for purchase suggestions, it would be great if there were more specific permissions for catalog concerns. It would be nice if the ability to manage these were limited to those with assigned permissions on the catalog staff. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 37394] New: Add option to make Damaged status not for loan
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '25

09 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37394 Bug ID: 37394 Summary: Add option to make Damaged status not for loan Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com It would be great if there were an option to make items with a damaged status not for loan. This would be particularly helpful in our library with our circulating wi-fi hotspots. I am not sure whether it would make sense for it to be an on/off preference like AllowHoldsOnDamagedItems or a table to be configured like ItemsDeniedRenewal. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4