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

[Bug 28116] New: Allow for Floating Items to float even if cancelled from Holds
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28116 Bug ID: 28116 Summary: Allow for Floating Items to float even if cancelled from Holds 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, if a library would like to float all their items and this is set up in the circulation rules when a hold is canceled that had been previously transferred, Koha will want to send that back to the Home Library. 1. Set up Item Floats in Circ Matrix 2. Place a hold on an item that needs to be transferred. 3. Trigger that item and transfer to the patron's preferred pickup branch. 4. Hold has arrived at Branch- but now patron cancels the hold. 5. Staff see "Cancel Hold and Transfer back to Home Location" They would like to see Cancel Hold and Koha to understand that they would like to keep the item now at this current location instead of sending it back to the Home. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 32762] New: Duplicate entry '10434' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32762 Bug ID: 32762 Summary: Duplicate entry '10434' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739 Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: quickfire28(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry '10434' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739 How to fix this one? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 34087] New: Required label displays twice for Hold end date
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34087 Bug ID: 34087 Summary: Required label displays twice for Hold end date Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests 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 The 'Required' label displays twice under 'Hold not needed after' when confirming a hold -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 33193] New: Book cover image visibility depends on the order of 856 fields
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 Bug ID: 33193 Summary: Book cover image visibility depends on the order of 856 fields Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tuomas.kunttu(a)kouvola.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Book cover link is in Marc field 856 and book description link is in another 856 field. Whether the book cover image is visible depends on the order in which the data is catalogued. Test: 1. System preferences: CustomCoverImages: display and CustomCoverImagesURL: {856$u} 2. Catalogue following data to a record: 856 42 u https://sopimusasiakkaat.booky.fi/description.php?ean=9789518734263 q text z Description 856 42 u https://sopimusasiakkaat.booky.fi/image.php?size=medium&id=9789518734263 q image z Cover image 3. Save and view record 4. Book cover is not visible in record's normal view nor in search results list. 5. Change the order of 856 fields: 856 42 u https://sopimusasiakkaat.booky.fi/image.php?size=medium&id=9789518734263 q image z Cover image 856 42 u https://sopimusasiakkaat.booky.fi/description.php?ean=9789518734263 q text z Description 6. Save and view record 7. Book cover is visible in record's normal view and in search results list. Book cover image should be visible regardless of the order in which the 856 fields are catalogued. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 34189] New: Provide warning for protected fields when overlaying record
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34189 Bug ID: 34189 Summary: Provide warning for protected fields when overlaying record 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 When using the basic editor, it is possible to edit protected fields. It would be nice to either grey-out (or prevent) editing or provide some other warning that a field is protected prior to saving. To recreate: 1. Create a Record overlay rule with Source, z39.50, 590, protect, skip, skip, skip, skip. 2. Edit a bib record and add a 590 local note. 3. Save 4. Edit the field again and select Replace record via z39.50. 5. Before saving, change the wording of the local note. 6. Save. 7. Look for the note and see that the edits were not saved and the field is protected as it should be. In this case the record overlay rule is working as it should, but it should not have been editable in the first place. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34165] New: When the barcode of a deleted item is scanned, show a helpful hint
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34165 Bug ID: 34165 Summary: When the barcode of a deleted item is scanned, show a helpful hint 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, michaela.sieber(a)kit.edu As we keep the deleteditems, we could show a helpful hint when a barcode of a deleted item is scanned. It could include the date the item was deleted from items.deleted_on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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