April 2026 - Koha-bugs - lists.koha-community.org

[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 36661] New: Right to change the expiry date for staff-type patron
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36661 Bug ID: 36661 Summary: Right to change the expiry date for staff-type patron Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P3 Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: paivi.knuutinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It should be possible to limit the right to change the expiry date for staff-type patron. We'd like to restrict temporary staff to change their own expiry date, the permission to do it should be restricted to staffaccess permission. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 34591] New: Unable to add new item to exisiting item group from additems.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34591 Bug ID: 34591 Summary: Unable to add new item to exisiting item group from additems.pl Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Possibly related to bug 33640 , when creating a new item from additems.pl, you cannot add the item to an existing item group. 1.Create item groups 2.Add new item 3.Select Use existing item group and choose an existing group 4.Click Add item 5.View holdings table and item is not part of the selected item group. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 35429] New: Warning in subscription module when makePreviousSerialAvailable is on
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35429 Bug ID: 35429 Summary: Warning in subscription module when makePreviousSerialAvailable is on 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: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hi, When makePreviousSerialAvailable is on, and "item type for older issues" in serial subscription is not set, editing serial issues could create items with an itype to NULL. It could be useful to have a warning message when adding new serial subscription if "item type for older issues" remains empty. This warning should occur only if makePreviousSerialAvailable is on and "Create an item record" is checked. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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 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 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