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

[Bug 40111] New: Fix title sorting on two reports
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40111 Bug ID: 40111 Summary: Fix title sorting on two reports Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Two reports output titles but don't use the DataTable "anti-the" option for sorting titles while excluding articles: Items lost and orders by fund. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 40839] New: Advanced cataloging editor z39.50 search should include Keyword in Advanced Search options
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40839 Bug ID: 40839 Summary: Advanced cataloging editor z39.50 search should include Keyword in Advanced Search options Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the advanced cataloging editor, there's a set of Quick Search z39.50 search fields and a link to open an Advanced z39.50 search. The Advanced search repeats everything in the Quick Search except Keyword. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 38619] New: UNIMARC prices should also be extracted from 073d
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38619 Bug ID: 38619 Summary: UNIMARC prices should also be extracted from 073d Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When adding a document that does not use 010d as price document, but 071d, the price is not imported from koha since it only checks 010d and 345d. To reproduce: 1 - Create a Koha item, make sure there is neither 010d or 345d 2 - Add a 071d and fill a price 3 - Export the item as marcxml 4 - If you do not have one: in acquisition, create a vendor, a basket associated to this vendor, and a line associated to this vendor 5 - Add a line to any open basket, select: import "from a new file" and select the exported marcxml 6 - The price in 071 is not exported -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 38455] New: UNIMARC XSLT Music incipit is not showing when field 036 is missing
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38455 Bug ID: 38455 Summary: UNIMARC XSLT Music incipit is not showing when field 036 is missing Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In file koha-tmpl/opac-tmpl/bootstrap/en/xslt/UNIMARCslim2OPACDetail.xsl the test to display information from field 031 (music incipit) is perform on field 036 (which is unrelated). -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 33856] New: Inventory tool CSV export contains untranslatable strings
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33856 Bug ID: 33856 Summary: Inventory tool CSV export contains untranslatable strings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 22135 The "Problem" header row label and the problems themselves are untranslatable as they are added in the inventory.pl file. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22135 [Bug 22135] Inventory tool doesn't export "out of order" problem to CSV -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 35700] New: Holds reminder cronjob --triggered switch does not work as intended if the day to send notice hits concurrent holidays
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35700 Bug ID: 35700 Summary: Holds reminder cronjob --triggered switch does not work as intended if the day to send notice hits concurrent holidays Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmstrand(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz If the calendar has concurrent holidays, when holds_reminder.pl cronjob is being ran daily with the --triggered switch and the day the notice should be sent lands on a holiday which is repeated the following days, the cronjob sends holds reminders until the holiday period ends. To reproduce: Reserve an item, receive it at a branch where the reserve was made to. Move the waitingdate and reservedate of the reserve to x days before the reserve was made in the database. Add holidays (single non-repeated days) to the calendar so that the first holiday lands on a date when the hold reminder should be sent. Set up the cronjob to run so that the --days trigger matches the first added holiday using also the --triggered switch: holds_reminder.pl -v --days x --triggered --holidays -c for example. Check that the x:th day from the reserve's waitingdate is a holiday, and the date has following days set as holidays as well. Notice that on the following day/days of the first sent reminder, the message is sent again. Same happens the following holidays. It seems the notice is sent also if there is a repeated holiday following the first single day holiday the message was sent (like if saturdays and sundays were repeated holidays). I guess this could be reproduced easier by moving your system date forward and running the cronscript again. I couldn't reproduce the same bug when moving back the waitingdate of the reserve to simulate a day had passed since the first message for some reason. Notice that modifying the holidays use a cache, so just making changes to the database is not enough for the cronscript to notice the changes made. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 40298] New: A select2 in a bootstrap modal, like in the patron card batch patron search modal, needs it's parent defined
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40298 Bug ID: 40298 Summary: A select2 in a bootstrap modal, like in the patron card batch patron search modal, needs it's parent defined Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org A select2 in a bootstrap modal, like the sort1 and sort2 fields in the patron card -> new batch -> patron search modal, needs it's parent defined. Otherwise the "dropdown" is anchored to the body, and is stuck behind the modal. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 40321] New: DataTables search ( dt-search ) does not work on holds history page
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40321 Bug ID: 40321 Summary: DataTables search ( dt-search ) does not work on holds history page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Using the DataTables native search ( dt-search ) doesn't seem to work on the holds history page. To recreate: 1. Have a patron with holds history 2. Go to members/holdshistory.pl?borrowernumber=x where x is the borrowernumber 3. Try to us the DT seacch to filter 4. Nothing gets filtered. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 39947] New: Do not use bg-* Bootstrap classes
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39947 Bug ID: 39947 Summary: Do not use bg-* Bootstrap classes Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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: 39274 Another round of corrections to the way we use Bootstrap color classes: We use Bootstrap's "bg-*" class in a few places (bg-info, bg-danger, etc) and it doesn't really fit with the staff interface's color palette. In those places where we don't want to use the corresponding alert classes we should be using .bg-*-subtle. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39274 [Bug 39274] HTML bg-* elements are low contrast -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 40643] New: circulation.tt attaches event listeners to keypress in a problematic way
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40643 Bug ID: 40643 Summary: circulation.tt attaches event listeners to keypress in a problematic way Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com We haven't yet confirmed this in production because it's not easy to validate without looking someone over the shoulder who is doing actual work with Koha, but we had some reported performance issues around circ/circulation.tt. I then found a problematic block that attaches event listeners without any guarding on every submit event on the main form if barcode has a value, even when no navigate event is fired. This has potential to cause memory leaks and major GC runs (which is what we observed). The overarching performance problem is almost impossible to reproduce during manual testing. You really need to use not only circulation.tt but have a natural usage pattern found at circulation desks. So, navigating back and forth around circ/circulation.tt, checking out numerous items and so on... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19