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

[Bug 39558] New: Timestamps on biblio biblioitems and biblio_metadata are not in sync
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39558 Bug ID: 39558 Summary: Timestamps on biblio biblioitems and biblio_metadata are not in sync Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On bug 39397 it was found we were returning the wrong timestamp when querying biblios, additionally we query on the biblio.timestamp which may not be updated if a biblio edit does not affect the data in the biblios table. As the three tables are so closely tied, I believe we should maintain a singular timestamp between - so any edit shows that the biblio was updated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 39866] New: Acquisitions statistics fails when filling only the To date
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39866 Bug ID: 39866 Summary: Acquisitions statistics fails when filling only the To date Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org The Acquisitions statistics returns an Internal Server Error if you fill only the To date. The error happens with both "Placed on" and "Received on". When executing the query, the script checks that the To date is filled but it doesn't check if the From date is also filled. if ( (@linefilter) and ( $linefilter[1] ) ) { $sth->execute( $linefilter[0], $linefilter[1] ); However, it checks both when building the SQL if (@linefilter) { if ( $linefilter[1] ) { if ( $linefilter[0] ) { $strsth .= " AND $line BETWEEN ? AND ? "; } else { $strsth .= " AND $line <= ? "; } } elsif ( ( $linefilter[0] ) and ( ( $line =~ /closedate/ ) or ( $line =~ /received/ ) ) ) { $strsth .= " AND $line >= ? "; } elsif ( $linefilter[0] ) { $linefilter[0] =~ s/\*/%/g; $strsth .= " AND $line LIKE ? "; } } This discrepancy is what creates the error, as it passes the SQL more variables than it expects. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 40107] New: Article requests: Some DataTables functionality is broken
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40107 Bug ID: 40107 Summary: Article requests: Some DataTables functionality is broken 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you change the status of an article request using the "Actions" menu, the affect row should be removed and the table redrawn. Instead there is an error in the console: Uncaught (in promise) TypeError: requested_datatable.rows is not a function UpdateTabCounts http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:117… SetPending http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:116… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 40753] New: DT's SaveState not working on the orders table
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40753 Bug ID: 40753 Summary: DT's SaveState not working on the orders table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 39775] New: Serials claims table filters aren't working
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39775 Bug ID: 39775 Summary: Serials claims table filters aren't working 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: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1) Navigate to Serials and then Claims (if prompted to create a notice, please do this) 2) If you have no claims listed, return to the serials page and create a new serial (the details of this aren't too important) 3) Return to the serials claims page, try to use one of the filters at the bottom of the table 4) Nothing will happen and the table won't filter -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 39814] New: Filters on serial arrays are broken
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39814 Bug ID: 39814 Summary: Filters on serial arrays are broken 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 On following pages: 1/ serials/claims.pl 2/ serials/serials-search.pl There are filters at the bottom of each array, but they are not related to any action, hence are totally useless. This was introduced by https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 which removed "sTable.fnAddFilters("filter", "200");" Is the solution to add it to columnsettings ? Is there a policy to add tables to columnsettings ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 40447] New: Add documentation for cypress plugins
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40447 Bug ID: 40447 Summary: Add documentation for cypress plugins Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 40318 We didn't add JSDoc to the new testbuilding tools.. this should help devs get up to speed quicker and aid development environments too. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40318 [Bug 40318] "Receive shipments" should not open in a new tab/window - vendor list view -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 39489] New: 'Refine your search' should have an aria-expanded attribute
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39489 Bug ID: 39489 Summary: 'Refine your search' should have an aria-expanded attribute Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org So that screen reader users aren't misled into thinking that the 'Refine Search' section header will take them to another page, add an aria-expanded attribute, and set its value to true if the section is expanded, and false if it is not. This will clearly mark 'Refine Search' as a collapsible section. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 37196] New: Automatically add punctuation to Marc21 title fields
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '25

25 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37196 Bug ID: 37196 Summary: Automatically add punctuation to Marc21 title fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P4 Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 21303 If the record leader 18 specifies `c` or `n` the Marc record in question does not hold any punctuation chars. IOW the record would look like ``` 245 10 |a Feynman-Kac-type theorems and Gibbs measures on path space |b with applications to rigorous quantum field theory |c József Lörinczi ; Fumio Hiroshima ; Volker Betz ``` (Sample from DNB: http://d-nb.info/988967189/about/marcxml) Currently, Koha will display this as ``` Feynman-Kac-type theorems and Gibbs measures on path space with applications to rigorous quantum field theory József Lörinczi ; Fumio Hiroshima ; Volker Betz ``` while it should actually be displayed like ``` Feynman-Kac-type theorems and Gibbs measures on path space : with applications to rigorous quantum field theory / József Lörinczi ; Fumio Hiroshima ; Volker Betz ``` In this example, if leader 18 == `c`|`n`, Koha should - add the missing ` : ` between title and remainder of title - Add ` / ` before the statement of responsibility - Add a `<span class="title_remainder">` around the remainder of title to allow for formatting Analogously, it should treat the other fields of 245. Use https://www.loc.gov/aba/pcc/documents/isbdmarc2016.pdf as a guideline. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21303 [Bug 21303] XSLT should look in LDR/18 to know whether to add punctuation or not -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 38390] New: Add 'subscriptions+count' embed to vendors endpoint
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '25

25 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38390 Bug ID: 38390 Summary: Add 'subscriptions+count' embed to vendors endpoint Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com, matt.blenkinsop(a)ptfs-europe.com, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 38011 Blocks: 38010 This was created as a need for the Vendors Vue rework.. we initially tried to go all the way and allow embedding 'subscriptions', but that proved a larger piece of work. For the Vendors UI we only actually need the count of subscriptions for now so we can just embed that. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38010 [Bug 38010] Migrate vendors to Vue https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38011 [Bug 38011] Add a foreign key link between vendors and subscriptions -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16