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

[Bug 33760] New: Error 500 showing with self-registration form due to mandatory and optional fields
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33760 Bug ID: 33760 Summary: Error 500 showing with self-registration form due to mandatory and optional fields Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: rebecca.bradshaw(a)nnuh.nhs.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have been having a lot of difficulty with our self-registration form on the OPAC. We set up some fields as mandatory but this triggered an error 500 message. On our self-registration form we have the employment details mandatory: https://elms.koha-ptfs.co.uk/cgi-bin/koha/opac-memberentry.pl (we have had to make them optional for the time being due to the error showing). Whilst these fields were mandatory and new users completed them an error 500 would trigger when the form was saved. However, the user record would still be made (this led to many new users creating multiple records as they thought it had not saved the first time). The user record, however, would not contain the completed employment details or the consent (yes/no) answer for whether users would like to sign up to the Knowledge Share or Open Athens. This appears to have been because the mandatory fields in the staff interface user record form were not being shown on the OPAC self-registration form. This has meant that the fields staff must complete on the staff interface have had to be made optional so they 1. don't show on the self-registration form and 2. don't create an error 500 message from showing. Is it possible for the bug to be looked into please? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

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 33775] New: Different/no results between Check Out and Search Patron when searching for names with spaces
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33775 Bug ID: 33775 Summary: Different/no results between Check Out and Search Patron when searching for names with spaces Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For the patron first name Jane surname Van Allen - in Check out, entering Van Allen will bring up the patron record, entering Van Allen in the Search Patron brings no results. The search needs to be the same in both. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 34151] New: Hard due date being ignored in circulation rules in favor of loan period
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34151 Bug ID: 34151 Summary: Hard due date being ignored in circulation rules in favor of loan period 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 To recreate: 1. Create a circulation rule for All Patrons, All Categories with a loan period of 10 days. 2. Set a hard due date for a date after the loan period. 3. Check out an item and see that the due date is based off the loan period and not the hard due date. Also, setting a loan period for the exact time period and the hard due date (so the dates are the same) also appears to fail and it reverts to the previous loan period. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 34429] New: Expiry Date not included on 'Quick add new patron' form
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34429 Bug ID: 34429 Summary: Expiry Date not included on 'Quick add new patron' form Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I have added dateexpiry to the SysPref PatronQuickAddFields but Expiry Date is not included on 'Quick add new patron' form -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33610] New: Accelerated Reading Level Search not accurate
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33610 Bug ID: 33610 Summary: Accelerated Reading Level Search not accurate Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org If you search for Accelerated Reader level 6 the system shows all the books at that level, but it also picks up titles that are a reading level of .6 e.g. Angels and Demons by Dan Brown is 5.6 but it is listed when I search for AR level 6. We need a search that will only return books at level 6 (including all decimal points up to 7) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 34190] New: Record overlay rule ignored on z39.50 import in Advanced Editor
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34190 Bug ID: 34190 Summary: Record overlay rule ignored on z39.50 import in Advanced Editor Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1. Create a Record overlay rule with Source, z39.50, 500, protect, skip, skip, skip, skip. 2. Edit a biblio in the Advanced Editor. 3. Make sure the record contains a 500 tag with text. Save 4. Use advanced search to find a replacement bibliographic record - substitute. 5. Notice the 500 field may now be missing. 6. Save the record. The 500 field, which was protected, is not restored upon saving. The record overlay rules for z39.50 should work for both the basic and advanced editors. The Advanced search in the Advanced Editor appears to function as the Replace record via z39.50 in the basic editor and should behave similarly when applying overlay rules. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 34090] New: Add context for AV category vs. patron category
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34090 Bug ID: 34090 Summary: Add context for AV category vs. patron category Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Sometimes only the word category appears for patron category or AV category. As we have translated patron category differently to authorised value category, this creates some issues with translations. It would be nice to add some context here. Another solution could be to add "patron" and "authorised value" in front. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1