November 2025 - Koha-bugs - lists.koha-community.org

[Bug 39226] New: [WARN] DBIx::Class::Storage::DBI::insert(): Missing value for primary key column 'borrowernumber' on BorrowerModification
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39226 Bug ID: 39226 Summary: [WARN] DBIx::Class::Storage::DBI::insert(): Missing value for primary key column 'borrowernumber' on BorrowerModification Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Seeing this one in 23.11. Not seen before in 22.11. [2025/02/28 10:20:09] [WARN] DBIx::Class::Storage::DBI::insert(): Missing value for primary key column 'borrowernumber' on BorrowerModification - perhaps you forgot to set its 'is_auto_increment' attribute during add_columns()? Treating 'borrowernumber' implicitly as an autoinc, and attempting value retrieval at /usr/share/koha/Koha/Object.pm line 172 Coming from opac-memberentry.pl when storing Koha::Patron::Modification in the create step. Probably adding a borrowernumber 0 in the hash should be enough to get rid of this probably innocent warning? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 39525] New: Relabel "Hold pickup library match" as "Hold and booking pickup library match"
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39525 Bug ID: 39525 Summary: Relabel "Hold pickup library match" as "Hold and booking pickup library match" 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This circ rule value covers both holds and bookings, but the label change got missed. I know "Booking and hold" would be alphabetical order, but I feel like keeping Holds first in the label makes sense as it's the more widely used function. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 39500] New: Subfield 111 $n is badly displayed in OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39500 Bug ID: 39500 Summary: Subfield 111 $n is badly displayed in OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 180048 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180048&action=e… A screenshot illustrating the problem If the main heading is 111 and id contains subfield $n, the content of this subfield is badly displayed in OPAC: at the beginning of the heading text (right after "By:"), and then correctly, as the part of the link. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 39258] New: Remove extra Delete button in report preview modal
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39258 Bug ID: 39258 Summary: Remove extra Delete button in report preview modal Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 Depends on: 35402 In reports, if you go to Saved Reports and then select Preview SQL for one of your saved reports, you'll get a modal showing your SQL. That modal contains 2 delete buttons. It looks like the second one was added in error in Bug 35402. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 39089] New: Delivery note in patron notice table is confusing when the delivery method is print
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39089 Bug ID: 39089 Summary: Delivery note in patron notice table is confusing when the delivery method is print Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Set a overdue trigger for print notice 2. Set up an overdue to be captured by overdue_notices.pl 3. Make sure the patron has an email address 4. Run overdue_notices.pl 5. Run gather_print_notices.pl 6. Now go to the patron's notice page (members/notices.pl?borrowernumber=x) 7. Find the print row for the overdue just generated. 8. See that under the 'Delivery note' it says "To: test(a)test.com". This is confusing to staff as it is a print notice and wasn't delivered to an email address. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 39300] New: Quick edit a subfield not selecting the correct tab
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39300 Bug ID: 39300 Summary: Quick edit a subfield not selecting the correct tab Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 17173, 33178 Searching tag$subfield in the framework should redirect to the edition of the tag with the subfield tab selected. This has been broken when we used the wrapper for tabs on bug 33178. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17173 [Bug 17173] Quick edit a subfield in frameworks https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33178 [Bug 33178] Use template wrapper for authority and bibliographic subfield entry form tabs -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 39596] New: Problem in opac-detail when a record has a void second indicator for MARC 780/785
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39596 Bug ID: 39596 Summary: Problem in opac-detail when a record has a void second indicator for MARC 780/785 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: william.lavoie(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org In opac-detail, if a record has a void value for the second indicator for either the field 780 or 785, then the row does not have a span to label it. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 39848] New: Unauthorized users can delete the record if no items remain from the batch item deletion tool
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39848 Bug ID: 39848 Summary: Unauthorized users can delete the record if no items remain from the batch item deletion tool Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Users without the edit_catalogue permission can delete the record if no items remain from the batch item deletion tool. To test, 1. Create a user with the following permissions: edit_any_item, edit_items, items_batchdel, items_batchmod. 2. When logged in as that user, use the batch item deletion tool to delete a few items. 3. Select “Delete records if no items remain” and “Delete selected items.” When the job has processed, notice that X item(s) deleted. X record(s) deleted. The record deletion shouldn’t be possible without the edit_catalogue permission. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 39752] New: Koha MarcOrder does not verify biblio exists when adding order and items
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39752 Bug ID: 39752 Summary: Koha MarcOrder does not verify biblio exists when adding order and items Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 393 my $match = $matches->count ? $matches->next : undef; 394 my $biblionumber = $match ? $match->candidate_match_id : 0; 396 if ($biblionumber) { 397 $import_record->status('imported')->store; 398 if ( $overlay_action eq 'replace' ) { 399 my $biblio = Koha::Biblios->find($biblionumber); 400 $import_record->replace( { biblio => $biblio } ); 401 } 402 } else { import_record_matches does not have a foreign key to biblios stage + import some records to Koha stage again, matching on isbn - you should find matches form first import delete the records that already exist in koha SELECT * FROM import_record_matches Note that the matches are still there If you try adding these to a basket it will die because of the invalid match trying to be used as a bilbio -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 38904] New: admin/localization should allow translation in OPAC languages
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38904 Bug ID: 38904 Summary: admin/localization should allow translation in OPAC languages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com Currently, it only allows intranet languages. But you may have different languages sets for opac and staff. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16