July 2024 - Koha-bugs - lists.koha-community.org

[Bug 34521] New: Claim Return should be controlled by system preference
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34521 Bug ID: 34521 Summary: Claim Return should be controlled by system preference Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is no longer a way to remove the claim return tab from a patron account, even if the library does not have a LOST value set for claims return and ClaimReturnedLostValue system preference is NULL. There should be an option for libraries who do not want to use claim returns to turn it off via system preference so the tab no longer shows on the patron account rather than having to hide it with CSS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 35873] New: Count of returned items to CHECKIN message
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35873 Bug ID: 35873 Summary: Count of returned items to CHECKIN message Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: paivi.knuutinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org If patron returns many items at the same time, it is useful to have list but also count of returned items to CHECKIN message. It works with CHECKINSLIP which is for printing the list of checked in items. There you can also have [% old_checkouts.count %] placeholder for amount of checkedin items. If patron wants email of checkedin items, the [% old_checkouts.count %] placeholder doesn't work on CHECKIN notice. Also <<old_issues.count>> doesn't work on CHECKIN notice. Is it possible to show the amount of checkedin items also on email? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34795] New: Options needed to customize serial collection year display in staff interface and OPAC
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34795 Bug ID: 34795 Summary: Options needed to customize serial collection year display in staff interface and OPAC Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 155619 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=155619&action=e… Display of years of a serial collection that needs grouping This is for libraries with large serial collections. It would be helpful to be able to group years together into decades for display. When there are potentially decades worth of a serial collection the display becomes cluttered with each year as a separate button. Even more cumbersome if there are only a few items for each year. If items can be grouped by decade, it simplifies the display and makes it easier to navigate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34602] New: Failing tests during package build
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34602 Bug ID: 34602 Summary: Failing tests during package build Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: koha(a)skrivy.net QA Contact: testopia(a)bugs.koha-community.org Trying to build current 22.11.x branch without success due to failing tests. I know about option to skip tests, but we don't want to use it at the moment. Test Summary Report ------------------- t/Auth.t (Wstat: 512 Tests: 1 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 12 tests but ran 1. t/AuthoritiesMarc_MARC21.t (Wstat: 65280 Tests: 5 Failed: 1) Failed test: 5 Non-zero exit status: 255 t/Labels.t (Wstat: 512 Tests: 10 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 11 tests but ran 10. t/Labels_split_lccn.t (Wstat: 512 Tests: 3 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 69 tests but ran 3. t/Output.t (Wstat: 65280 Tests: 7 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 8 tests but ran 7. t/Search.t (Wstat: 65280 Tests: 4 Failed: 1) Failed test: 4 Non-zero exit status: 255 Files=88, Tests=2032, 157 wallclock secs ( 0.55 usr 0.12 sys + 108.08 cusr 14.39 csys = 123.14 CPU) Result: FAIL Full scenarion (including docker installation) in the attachment. Tested on Debian Buster, which should be current build version. Tested also without docker, we receive the same errors. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 34143] New: "no attempt to encode" (|||) in the language facet doesn't work
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34143 Bug ID: 34143 Summary: "no attempt to encode" (|||) in the language facet doesn't work Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: paivi.knuutinen(a)joensuu.fi "no attempt to encode" (|||) in the language facet doesn't work. Clicking on the facet turns the number in brackets to x but nothing else happens. It should instead return biblios that have "No attempt to encode" (|||) in MARC controlfield 008 character places 35-37." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 34229] New: Warns from Acquisition/Order.pm
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34229 Bug ID: 34229 Summary: Warns from Acquisition/Order.pm Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We are seeing a lot of this in our logs lately: [2023/07/07 10:30:17] [WARN] Use of uninitialized value in addition (+) at /usr/share/koha/lib/Koha/Acquisition/Order.pm line 520. [2023/07/07 10:30:17] [WARN] Use of uninitialized value in addition (+) at /usr/share/koha/lib/Koha/Acquisition/Order.pm line 521. [2023/07/07 10:30:17] [WARN] Use of uninitialized value in addition (+) at /usr/share/koha/lib/Koha/Acquisition/Order.pm line 527. [2023/07/07 10:30:17] [WARN] Use of uninitialized value in multiplication (*) at /usr/share/koha/lib/Koha/Acquisition/Order.pm line 532. [2023/07/07 10:30:17] [WARN] Use of uninitialized value in addition (+) at /usr/share/koha/lib/Koha/Acquisition/Order.pm line 587. [2023/07/07 10:30:17] [WARN] Use of uninitialized value in multiplication (*) at /usr/share/koha/lib/Koha/Acquisition/Order.pm line 591. It might be nice to quiet these down a bit :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34150] New: Personal name (100a) field missing tag editor on acquisition framework
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34150 Bug ID: 34150 Summary: Personal name (100a) field missing tag editor on acquisition framework Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 152833 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152833&action=e… Missing tag editor button With the RequireChoosingExistingAuthority set to required for cataloging, this requirement is now enforced on the acquisitions framework. However, the authority field is missing the tag editor to allow a look up. To recreate: 1. Set the RequireChoosingExistingAuthority system setting to required. 2. Make sure the acquisitions framework has the 100 Personal name field 2. In Acquisitions, find a vendor and add to a basket from a new empty record. See that the 100 Personal name field is missing the tag editor button. This is new behavior with 22.11. Previously the required look up was not present with this system setting enabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 34578] New: Check-in table should have a column to display hold status
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34578 Bug ID: 34578 Summary: Check-in table should have a column to display hold status Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if the checked in table on the check-in screen would include a column displaying holds status. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 36564] New: Koha staff interface logs out on homepage refresh with 2FA enforced
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36564 Bug ID: 36564 Summary: Koha staff interface logs out on homepage refresh with 2FA enforced Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris.rowlands6(a)nhs.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Koha will log the staff user out if they refresh the homepage and confirm form resubmission after logging in with 2FA enforced. To reproduce: 1) ensure TwoFactorAuthentication is set to "Enforce" 2) log into staff interface including two factor code 3) refresh the homepage and confirm dialogue box for confirm form resubmission This logs you out. However if you navigate to another page and back a refresh functions normally; also if you don't have 2FA enabled a refresh functions normally. I've not submitted a bug before so please let me know if I've submitted this poorly/incorrectly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 35035] New: Koha hide field values in reference fields based on $w
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35035 Bug ID: 35035 Summary: Koha hide field values in reference fields based on $w Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org The Marc 21 Format for Authority Data includes the possibility to not display data in reference fields (4XX and 5XX) based on the third value of subfield w. "/3 - Reference display One-character alphabetic code that enables the generation or suppression of a cross reference from a 4XX or 5XX field. a - Reference not displayed b - Reference not displayed, field 664 used c - Reference not displayed, field 663 used d - Reference not displayed, field 665 used n - Not applicable" The possibility to hide data is important for example for authority records of trans people. The Metadata Best Practices for Trans and Gender Diverse Resources of the Trans Metadata Collective (2022) includes this recommendation in 3.2.4.2 Technical details (MARC & RDA). Catalogers should be able to record former names to assure findability of resources, but it should be also possible to hide them for the public in compliance with cataloging ethics guidelines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1