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

[Bug 34681] New: Last borrower and last/previous borrower doesn't display if borrower cardnumber is empty
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34681 Bug ID: 34681 Summary: Last borrower and last/previous borrower doesn't display if borrower cardnumber is empty Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: Have StoreLastBorrower enabled to store Last Returned By. Create account and leave cardnumber empty. Check out and return item with that account. Go to items detail page. See that Last Returned By and, if return is not anonymized, Last Borrower appears blank (you can inspect the fields and see that borrower information is there but not visible). Previous borrower will similarly be blank if it is from an account with no cardnumber. Most libraries will usually have a value in cardnumber, but if they don't for any reason, perhaps for in-house cards or by user error, it hides important circ information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 39051] New: Cash register statistics form submit button styled incorrectly
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39051 Bug ID: 39051 Summary: Cash register statistics form submit button styled incorrectly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 32091 Submit buttons should have the "btn-primary" class instead of "btn-default" Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32091 [Bug 32091] Consistent classes for primary buttons: Reports -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 35246] New: REST API: api/v1/biblios crashes with accept header application/json
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35246 Bug ID: 35246 Summary: REST API: api/v1/biblios crashes with accept header application/json Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl CC: tomascohen(a)gmail.com See also bug 33960. Found it testing there. [2023/11/03 10:33:00] [ERROR] GET /api/v1/biblios: unhandled exception (Mojo::Exception)<<Can't call method "to_api" on an undefined value at /usr/share/koha/Koha/Biblio.pm line 1433.>> => my $json_biblioitem = $self->biblioitem->to_api( $args ); Just testing /api/v1/biblios with Accept=application/json. Note that Accept=application/marc works fine. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 39144] New: OPAC virtual card page is missing custom CSS from OPACUserCSS
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39144 Bug ID: 39144 Summary: OPAC virtual card page is missing custom CSS from OPACUserCSS Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Custom CSS is not applied to the OPAC virtual card page (opac-virtual-card.pl). To replicate: 1. Set OPACVirtualCard syspref to Allow 2. Add an obvious change to OPACUserCSS syspref ( body {background-color: pink;} ) 3. Switch to the OPAC, notice the CSS is in effect 4. Log in and go to 'Your account' then 'My virtual card' from the menu on the left 5. Notice the custom CSS is no longer in effect -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 39148] New: Lists are incorrectly sorted in UNIMARC (OPAC follow up)
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39148 Bug ID: 39148 Summary: Lists are incorrectly sorted in UNIMARC (OPAC follow up) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 37434 did address the problem of lists incorrectly sorted for Intranet. We also need to address it for the OPAC Steps to reproduce : 1 - Log in to an UNIMARC instance of Koha 2 - Create a public list with items with different publication date and sort it by publication date 3 - Go to the OPAC and click on List -> <your list> It should be unordered -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 38528] New: Additional fields are not properly fetched in serial subscription details
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38528 Bug ID: 38528 Summary: Additional fields are not properly fetched in serial subscription details Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since Bug 35044, if get values are not present in the table additional_field_values, they are not displayed to the user. To reproduce: 1 - Create a subscription 2 - Add an additional value: Name: TEST Authorised value: None Repeatable: Not checked Marc field: 245$a for MARC21, 240$a for UNIMARC MARC field mode: get value from marc record Searchable: Not checked 3 - Go on subscription details -> it is not displayed. 4 - Try and edit the subscription, go to page 2 -> value is not displayed 5 - Save -> value is not displayed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 38998] New: Cannot edit default SMTP server config when only defined in koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38998 Bug ID: 38998 Summary: Cannot edit default SMTP server config when only defined in koha-conf.xml Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you click "Edit" on /cgi-bin/koha/admin/smtp_servers.pl you're taken to a form update that will never complete. You'll get an "error_on_edit" message immediately on the page as you're taken to this page: "/cgi-bin/koha/admin/smtp_servers.pl?op=edit_form&smtp_server_id=" -- The work around is to just create a new default SMTP server, but the current Koha setup has a bad UX -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 38794] New: AggregatedFullText description should be Aggregated full text
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38794 Bug ID: 38794 Summary: AggregatedFullText description should be Aggregated full text Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com in ERM_PACKAGE_CONTENT_TYPE auth values, AggregatedFullText description is currently "Aggregated full" it should be "Aggregated full text" -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 38658] New: SIP not marking patrons expired unless NotifyBorrowerDeparture has a positive value
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38658 Bug ID: 38658 Summary: SIP not marking patrons expired unless NotifyBorrowerDeparture has a positive value Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 25813 changed the way that SIP reports patron expiry. Prior to this bug patrons could eb marked as expired without setting this pref, now it requires a value. To recreate: 0 - Set NotifyBorrowerDeparture to 30 1 - Set a patron's expiry date to be in the past, I used Edna Acosta 2 - perl misc/sip_cli_emulator.pl -a localhost -p 6001 -su term1 -sp term1 -l CPL -t CR --patron 23529001000463 -m patron_information 3 - Note you are warned patron is expired 4 - Set NotifyBorrowerDeparture to 0 5 - repeat 2 6 - No notice that patron is expired, and patron status does not show any blocks -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 39040] New: Incorrect row striping in POS transaction sales table
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39040 Bug ID: 39040 Summary: Incorrect row striping in POS transaction sales table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com Prior to Bootstrap 5 (at least I think it was caused by BS update ) each transaction line had a highlighted grey background and each itemized line underneath it was alternating striping ( white/grey ). Now each transaction line has a white background, instead of grey, making it a bit more challenging to read. TO recreate: 1/ Turn on POS 2/ Enable Cash registers 3/ Configure some items for sale 4/ Make some POS transactions 5/ Visit pos/register.pl?registerid=x 6/ Notice the problem described -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14