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

[Bug 39124] New: In lists dropdown, the option "view all" is always displayed
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39124 Bug ID: 39124 Summary: In lists dropdown, the option "view all" is always displayed 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 In the code of the OPAC, the "Lists" dropdown menu is supposed to display max. 10 lists and display a button "view all" if there are more than 10 lists. The button "view all" is always displayed and it is weird when there are few lists because "Public lists" and "Your lists" do the same. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 38874] New: Typo in UpdateItemLocationOnCheckout example
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38874 Bug ID: 38874 Summary: Typo in UpdateItemLocationOnCheckout example Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the description for the UpdateItemLocationOnCheckout system preference, the Examples section contains the line: "PROC: _PERM_ - causes an item that is in the Processing Center to be updated to it's permanent location." This is not grammatically correct: it should be "its permanent location". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 29410] New: Dates compared arithmetically in MsgType.pm (warns: Argument isn't numeric in numeric ne)
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29410 Bug ID: 29410 Summary: Dates compared arithmetically in MsgType.pm (warns: Argument isn't numeric in numeric ne) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Regular warnings a-la: Argument "2021-11-04" isn't numeric in numeric ne (!=) at /usr/share/koha/lib/C4/SIP/Sip/MsgType.pm line 1265. emitted in C4::SIP::Sip::MsgType handle_item_information sub. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

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