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

[Bug 39802] New: Add CircControl equivalent system preference for lost item fees and actions
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39802 Bug ID: 39802 Summary: Add CircControl equivalent system preference for lost item fees and actions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 9596 Blocks: 36506 We need something like CircControlLostBranch with which to specify which branch should be followed for actions and fees related to lost items. Since Bug 9596 the longoverdue cron can be limited by branch, but it follows CircControl when doing so. Lost item fee and processing fee refunds also follow CircControl. However, some libraries want checkout limits and periods to be governed by issuing branch but lost item behavior to be based on the owning library of the item. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9596 [Bug 9596] Allow longoverdue.pl to be configured per library on the command line https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36506 [Bug 36506] Processing Fee should be configurable by branch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 37966] New: When overriding a hold to renew a book the due date becomes "now" of not specified
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37966 Bug ID: 37966 Summary: When overriding a hold to renew a book the due date becomes "now" of not specified Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In circ/renew.pl, when trying to renew a book, if the book is on hold the override dialog is presented. If the 'renewonholdduedate' field is left empty, then the due date ends up being "now". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 43345] New: The Pending orders table lists order lines with a cancellation date
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43345 Bug ID: 43345 Summary: The Pending orders table lists order lines with a cancellation date Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 36018 Target Milestone: --- The Pending orders table can list historical order lines whose cancellation date is set while their status is still new, ordered or partial and an outstanding quantity remains. Bug 36018 made the Pending orders table use Koha::Acquisition::Orders->filter_by_active. The filter checks order status and outstanding quantity, but it does not check datecancellationprinted. Bug 36068 classifies this exact combination (a cancellation date with a non-cancelled status) as obsolete acquisition data. As a result, an obsolete cancelled order line can be offered for receiving. Steps to reproduce: Prerequisite: use an upgraded test database containing an old order line with a cancellation date, status new, ordered or partial, and an outstanding quantity. Keep a normal outstanding order for the same vendor as a control. 1. Go to Acquisitions. 2. Open the vendor used by the two order lines. 3. Click "Receive shipments". 4. Create or open an invoice. 5. Look at the Pending orders table. Actual result: The obsolete order line with a cancellation date is listed together with the normal outstanding order. Expected result: The order line with a cancellation date is not listed. The normal outstanding order remains available for receiving. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36018 [Bug 36018] Improve consistency in Acquisition/Order(s) regarding active/current orders -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 36068] New: Add maintenance script acq_cancel_obsolete_orders.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36068 Bug ID: 36068 Summary: Add maintenance script acq_cancel_obsolete_orders.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz i.e. Cancel order lines that have no biblio anymore but are still considered open (received < ordered, not cancelled). Note that Koha still is a bit hybrid to determine if an order has been cancelled: we have orderstatus and we have datecancellationprinted.. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 32928] New: Filters missing in SQL builder on Orders::filter_by_active
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32928 Bug ID: 32928 Summary: Filters missing in SQL builder on Orders::filter_by_active Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since version 21.xx.xx there has been a change in the way to retrieve the data of the orders to receive. The table is built from a call to the API and then the data can be filtered. Bug_20212 has integrated this change. This is a good thing but two filters are missing on the query construction in the Koha::Acquisition::Orders::filter_by_active function Here is the query in version 20.11 : <pre> SELECT aqbasket.basketno, borrowers.surname, borrowers.firstname, biblio.*, biblioitems.isbn, biblioitems.biblioitemnumber, biblioitems.publishercode, biblioitems.publicationyear, aqbasket.authorisedby, aqbasket.booksellerid, aqbasket.closedate, aqbasket.creationdate, aqbasket.basketname, aqbasketgroups.id as basketgroupid, aqbasketgroups.name as basketgroupname, aqorders.* FROM aqorders LEFT JOIN aqbasket ON aqorders.basketno = aqbasket.basketno LEFT JOIN aqbasketgroups ON aqbasket.basketgroupid = aqbasketgroups.id LEFT JOIN borrowers ON aqbasket.authorisedby=borrowers.borrowernumber LEFT JOIN biblio ON aqorders.biblionumber=biblio.biblionumber LEFT JOIN biblioitems ON biblioitems.biblionumber=biblio.biblionumber WHERE (datecancellationprinted is NULL) AND ( ( aqbasket.is_standing AND aqorders.orderstatus IN ( "new", "ordered", "partial" ) ) OR ( ( quantity > quantityreceived OR quantityreceived is NULL ) AND aqorders.orderstatus IN ( "ordered", "partial" ) ) ) AND aqbasket.booksellerid = ? ORDER BY aqbasket.basketno'; </pre> The condition "datecancellationprinted is NULL" is missing as well as the quantity control to display the results only if there are still quantities to receive. And so the result on the same database between the different versions can be very different! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 14413] Map aqorders.order_internalnote in MarcFieldsToOrder
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14413 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #10 from Mathieu Saby <mathsabypro(a)gmail.com> --- I have tested on ktd, it works as expected. I sign-off. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14413] Map aqorders.order_internalnote in MarcFieldsToOrder
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14413 --- Comment #9 from Mathieu Saby <mathsabypro(a)gmail.com> --- Created attachment 203833 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203833&action=e… Bug 14413: Map aqorders.order_internalnote in MarcFieldsToOrder This patch adds the following option to the MarcFieldsToOrder system preference: order_internalnote. When mapped to a MARC subfield, it will be added to the order line. Test plan, with field 500$a: - Create a MARC record in Koha with an internal note in 500$a - Export this MARC record as a file - Configure MarcFieldsToOrder as follows: order_internalnote: 500$a - Set AcqCreateItem to "cataloguing the record" - Add this file to a basket (See "Order from a new file" in https://koha-community.org/manual/latest/en/html/acquisitions.html) - Check that "Internal note" has the content of your 500$a - Save, and check that the internal note appears on the order line - Repeat those steps with a MARC record that doesn't have a 500$a, and check that the order internal note is set to the value defined in the "Default accounting details" tab. Signed-off-by: Mathieu Saby <mathsabypro(a)gmail.com> Sponsored-by: Université Côte d'Azur -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14413] Map aqorders.order_internalnote in MarcFieldsToOrder
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14413 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #202376|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14413] Map aqorders.order_internalnote in MarcFieldsToOrder
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14413 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Comma delimited|Université Côte d'Azur |UniversitÃ© CÃ´te d'Azur, list of Sponsors| |Université Côte d'Azur -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41228] New: Batch item modification - deleting individual subfield doesn't work
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41228 Bug ID: 41228 Summary: Batch item modification - deleting individual subfield doesn't work Initiative type: --- Sponsorship --- status: 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: christian.stelzenmueller(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the Batch item modification tool, deleting the content from individual item subfields doesn't work The following steps were executed: - Search for items that are populated with content from an individual 952 subfield (i. e. 952 $E) in the item search (an item search field for that subfield has been created, connected with an Authorized Value) - Mark a few or all items from the result list - Send them to Batch operations - Batch item modification - Check the checkbox on the right of the individual subfield - Save - The job afterwards says, "No items modified" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5