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

[Bug 40332] New: Tools menu sidebar categories not shown for all individual tools
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40332 Bug ID: 40332 Summary: Tools menu sidebar categories not shown for all individual tools Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the Tools module, the sidebar menu is broken into categories Patrons & Circulation and Additional Tools. In theory, a category is shown if the user has at least one permission within that category. However, there's at least one permission that didn't get properly added to the bit of the page template that controls display of the category. To reproduce: 1 - have or create a user with the permissions batch_extend_due_dates edit_quotes but no other Tools 2 - log into koha as that user, go to Tools module, confirm both Batch Extend Due Dates and Quote Editor are available from the Tools module home page 3 - Click into either available tool, confirm the sidebar menu contains the category Additional Tools and a link to Quote Editor, but nothing else 4 - add the edit_notices permission to your user 5 - reload your page from step 3, confirm the sidebar menu now also contains the Patrons & Circulation category with both Notices & Slips and Batch Extend Due Dates. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 40651] New: Item search custom field selection is not populated in shareable link
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40651 Bug ID: 40651 Summary: Item search custom field selection is not populated in shareable link Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1 - Browse to Administration - Item search fields 2 - Add a new search field pointing to a marc field with some known value on a record with items 3 - Browse to Item search 4 - Construct a search using your new field and search 5 - From results click 'Copy shareable link' 6 - Go to the link 7 - No results or wrong results! 8 - Edit the search 9 - Note your custom field is not selected -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 31460] New: Merging Item Groups Loses Groups
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31460 Bug ID: 31460 Summary: Merging Item Groups Loses Groups 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With the new feature of Item Groups, if a library merges two records together, both having Items with Item Groups attached, the merge will only retain the Item Group on the Kept Record. It would be beneficial to libraries that all item information including groups is retained in a merge. Test: 1. Have a record (A) with 3 items. 2. Create an item group with 2 of these items. 3. Have a second record (B) with 4 items 4. Create an item group with 2 of these items. 5. Merge the two records together keeping record A 6. Results will show that all items are moved over to record A, but the item group from record B, is not there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 40547] New: Unable to view background job if enable_plugins is 0
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40547 Bug ID: 40547 Summary: Unable to view background job if enable_plugins is 0 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce 1. Set <enable_plugins> in koha-conf.xml to 0 2. Do a batch record modification, or some task that would set off a background job 3. Click to view the job 4. Internal server error -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 40702] New: Inventory CSV export missing "title" header
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40702 Bug ID: 40702 Summary: Inventory CSV export missing "title" header Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org The CSV export for the Inventory table is missing the "Title" heading. This is because in the code it uses "biblioitems.title" instead of "biblio.title". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 40459] New: Preferred name is lost when editing partial record
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40459 Bug ID: 40459 Summary: Preferred name is lost when editing partial record Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com To recreate: - have a patron with a preferred_name - click the big Edit button at the top of the record to edit the whole patron record, change something other than preferred name, click save - confirm preferred name is retained - click the edit button in the Contact Information section of the record to edit part of patron record, change something other than preferred name, click save - confirm preferred name is retained - click the edit button in **any other** section of the record to edit part of patron record, change something other than preferred name, click save - confirm preferred name is lost -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 40689] New: "Lost status" and "Damaged status" don't appear on moredetail.pl if user can't update them
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40689 Bug ID: 40689 Summary: "Lost status" and "Damaged status" don't appear on moredetail.pl if user can't update them Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com There's just a little bug in the display of moredetail.pl To reproduce: Set the "Damaged status", "Withdrawn status", and "Lost status" for an item on bib 29 on KTD with a privileged user. Now create a user with just the "catalogue" permission and go to http://localhost:8081/cgi-bin/koha/catalogue/moredetail.pl?biblionumber=29 NOTE: You will see the Withdrawn status, but the "Lost status" and "Damaged status" won't appear. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 40156] New: Advanced editor should not create empty fields and subfields
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40156 Bug ID: 40156 Summary: Advanced editor should not create empty fields and subfields 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, advanced bibliographic records editor creates empty subfields (or even empty fields) when no content is placed after ‡<code> (or, in case of control fields, after <tag>). To reproduce: 1. Enable EnableAdvancedCatalogingEditor. 2. Open a record in the advanced editor, create empty subfield and empty fields, i.e.: 007 500 _ _ ‡a 246 3 1 ‡aAdditional title :‡b 3. Save the record. Go to bibliographic record Normal view and in modal "MARC preview" notice that the fields / subfields you entered as empty exist in the record with no data. This is wrong. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 40807] New: Quick add form does not include 'username' when it is included in BorrowerMandatoryFields
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40807 Bug ID: 40807 Summary: Quick add form does not include 'username' when it is included in BorrowerMandatoryFields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The username field does not seem to appear on the quick add form when it is added to the list of mandatory / required fields in BorrowerMandatoryField, despite appearing as required on the full 'Add patron' form. Found on 24.11, 25.05, and main. (This occurs regardless of the number of mandatory fields selected.) To replicate: 1. Login to the Koha staff interface 2. Search system preferences for BorrowerMandatoryField 3. Toggle on Username (userid) 4. Navigate to /cgi-bin/koha/members/memberentry.pl?op=add_form&categorycode=PT, notice that username shows and is marked as required 5. Navigate to /cgi-bin/koha/members/memberentry.pl?op=add_form&categorycode=PT&quickadd=true, notice no username field shows. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 40488] New: "Public lists" breadcrumb link doesn't work when editing public list in staff interface
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40488 Bug ID: 40488 Summary: "Public lists" breadcrumb link doesn't work when editing public list in staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you go to http://localhost:8081/cgi-bin/koha/virtualshelves/shelves.pl?op=edit_form&s… and try to click "Public lists" in the breadcrumbs, it just takes you to http://localhost:8081/cgi-bin/koha/virtualshelves/shelves.pl?op=edit_form&s… Note the hash on the end of the URL after clicking the breadcrumb. Note that this only affects public lists. Private/Your lists works. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17