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

[Bug 38683] New: Opac cover images are only shown on fist result page
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38683 Bug ID: 38683 Summary: Opac cover images are only shown on fist result page 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: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org When using cover images on the opac there is a strange behavior when there are more than 1 result pages. On the first result page everything works like expected, but on the subsequent result pages the cover images are not shown. to reproduce: - set system preference OPACAmazonCoverImages to show - open opac an search for "and" - the html structure for each result row is like: <td class="selectcol"></td> <td class="numcol"></td> <td class="covercol"></td> <td class="bibliocol"></td> - then go to the second result page and check that the row structure differs now <td class="selectcol"></td> <td class="numcol"></td> <td class="bibliocol"></td> -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 40066] New: Cannot add order to basket from the baskets view
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40066 Bug ID: 40066 Summary: Cannot add order to basket from the baskets view Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38010 http://localhost:8081/cgi-bin/koha/acqui/booksellers.pl?booksellerid=1 Click "add to basket" => "You can't create any orders unless you first define a budget and a fund." This is caused by commit e85ae2c02c84bba134eb2568afaa232c58a2b85b Bug 38010: (QA follow-up) Remove unnecessary code from booksellers.pl Which removes the TT var 'has_budgets' used by acquisitions-add-to-basket.inc Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38010 [Bug 38010] Migrate vendors to Vue -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 30254] New: New overdue fine applied to incorrectly when using "Refund lost item charge and charge new overdue fine" option in circ rules
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30254 Bug ID: 30254 Summary: New overdue fine applied to incorrectly when using "Refund lost item charge and charge new overdue fine" option in circ rules Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 23091 I've only confirmed this on 21.05. I haven't been able to replicate on master. When using the lost item fee refund feature to charge a new overdue fee when a lost item is found, Koha can end up creating an overdue fine on a patron who never actually had an overdue item. To recreate: - set Lost item fee refund on return policy to "Refund lost item charge and charge new overdue fine" - have an itemtype / patron combo that charges an overdue fine - check item out to patron and then right back in again - confirm patron doesn't have a fine because the item was not late - set the item to Missing - wait until after the item's due date from your previous checkout - check the item out to a new patron - confirm your original patron now has a fine When the item is checked out and Koha clears its missing status, it looks back for the most recent checkout in old_issues and generates an overdue fine as if that item had been checked out the whole time. Even though this item wasn't lost by a patron and the first patron never had an overdue fine on it. Things get more confusing if the first patron is anonymizing their reading history, as then the fine ends up on the anonymous borrower. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23091 [Bug 23091] Add options to charge new or restore forgiven overdues when a lost item is returned -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 39184] Server-side template injection leading to remote code execution
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39184 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=39296 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39184] Server-side template injection leading to remote code execution
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39184 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|40164 | See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=40164 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40164 [Bug 40164] Add Template::Plugin::JSON to handle JSON in Template Toolkit -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39184] Server-side template injection leading to remote code execution
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39184 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40164 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40164 [Bug 40164] Add Template::Plugin::JSON to handle JSON in Template Toolkit -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40155] New: Admin type plugins clutter the administration main page
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40155 Bug ID: 40155 Summary: Admin type plugins clutter the administration main page 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: lmstrand(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Plugins that have the admin method are shown in the administration page under the link to "manage plugins" with a link to the admin tool and with the plugin's full description. If you have many plugins like this, the page will fill up with the plugin admin method links and the plugin descriptions. Would it be a good idea to not show these plugins on the main administration page at all (or at least show them in a more compact style like the tool method plugins show on the tools page)? The plugin methods are still accessible under "manage plugins" so it's a click saver but is it necessary to show them like described? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 40158] New: SCO receipt doesnt print when SelfCheckReceiptPrompt is on
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '25

19 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40158 Bug ID: 40158 Summary: SCO receipt doesnt print when SelfCheckReceiptPrompt is on Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Have SelfCheckReceiptPrompt on 2. GO to the self checkout module 3. Login and press 'Finish' 4. Click 'Print receipt and end session' 5. No print dialogue -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 36867] ILS-DI AuthorizedIPs should deny explicitly except those listed
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '25

18 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36867 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40166 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40166 [Bug 40166] Syspref description for ILS-DI:AuthorizedIPs is incorrect -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40093] New: Datatables pagination double-up is confusing for invoices table
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '25

18 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40093 Bug ID: 40093 Summary: Datatables pagination double-up is confusing for invoices table Change sponsored?: --- Product: Koha Version: Main Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P1 - high Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz Created attachment 183094 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=183094&action=e… Invoices table showing two paginations The invoices table shows two paginations which is confusing. If there are more than 20 invoices, the full count is shown, and then directly underneath the datatables count is shown and is different. We should remove the datatables pagination and search to remove the confusion. It's not really needed when there is a search filter available on the left. This change would achieve this: @ koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcels.tt:276 @ $(document).ready(function () { $("#parcelst").kohaTable({ paginate: false, + dom: 't', }); -- You are receiving this mail because: You are the assignee for the bug.

1 3