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

[Bug 41749] New: Add patron consent status display to staff patron detail page
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41749 Bug ID: 41749 Summary: Add patron consent status display to staff patron detail page Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 31503 Currently, staff members have no visibility into what consents a patron has given or refused. The consent management exists only in the OPAC (opac-patron-consent.pl), where patrons can manage their own consent preferences for GDPR and plugin-defined consent types (added in bug 31503). This creates a gap in staff workflows - when assisting patrons or reviewing accounts, staff cannot see whether a patron has consented to privacy policies or other consent types defined by plugins. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31503 [Bug 31503] Allow several consent types on the consents tab of OPAC account page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[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

[Bug 14379] Batch item modification tool can't change subfields stored in more_subfields_xml
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14379 Nicolas Hunstein <nicolas.hunstein(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicolas.hunstein(a)bsz-bw.de --- Comment #7 from Nicolas Hunstein <nicolas.hunstein(a)bsz-bw.de> --- Still broken in 24.11 -- You are receiving this mail because: You are watching all bug changes.

1 0