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

[Bug 41522] New: Make sysprefs clickable in warnings
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41522 Bug ID: 41522 Summary: Make sysprefs clickable in warnings Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org On "About Koha > System information" there can be warnings like this: Warnings regarding the system configuration Preferences and parameters Warning System preference 'RequireChoosingExistingAuthority' is disabled, but needs 'AutoCreateAuthorities' enabled. Otherwise catalogers can add headings that will not be linked to authorities. Warning System preference 'ILLOpacUnauthenticatedRequest' must be '0' or '1', but is ''. It would be helpful to turn the sysprefs into links that point to the actual syspref, instead of having just the name. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 30221] New: Make the tables on opac-user.tt column configurable
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30221 Bug ID: 30221 Summary: Make the tables on opac-user.tt column configurable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There are several tables on opac-user.tt that would benefit from being column configurable. ( check-outs, overdues, charges, holds, article requests ) -- You are receiving this mail because: You are watching all bug changes.

1 101

[Bug 43500] New: Extract mark_returned and lift_overdue_restrictions from MarkIssueReturned
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43500 Bug ID: 43500 Summary: Extract mark_returned and lift_overdue_restrictions from MarkIssueReturned Initiative type: --- Sponsorship --- status: 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: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- MarkIssueReturned currently completes two different tasks: - it completes the conversion of an issue into an old issue - it lifts overdue restrictions on a patron if AutoRemoveOverduesRestrictions is on In preparation for 39756, extract both tasks into two new separate methods: Koha::Checkout->mark_returned and Koha::Patron->lift_overdue_restrictions. This is because in the script 39756 will introduce, while the conversion to old_issue will happen once per issue, the intent is for the restriction lift logic to only run once per patron. I think it would be useful to decouple the two so that they can be called separately. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 43504] New: Extract Koha::Account->forgive_debit from _FixOverduesOnReturn
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43504 Bug ID: 43504 Summary: Extract Koha::Account->forgive_debit from _FixOverduesOnReturn Initiative type: --- Sponsorship --- status: 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: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- In preparation for bug 39756, extract Koha::Account->forgive_debit from _FixOverduesOnReturn. The new method is also independent from userenv. This patch is also to do with bug 39756 not calling either LostItem or the methods it calls (in this case, _FixOverduesOnReturn) so that it is compatible with the trigger-based circulation rules around long overdue processing 39756 introduces. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 43508] New: Extract Koha::Account->add_lost_replacement_fee from chargelostitem
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43508 Bug ID: 43508 Summary: Extract Koha::Account->add_lost_replacement_fee from chargelostitem Initiative type: --- Sponsorship --- status: 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: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- In a similar vein to bugs 43504, 43501, and 43500, this is preparation for 39756 that extracts logic which the new overdue triggers processing script will be relying on, and removes the userenv dependency. This time we extract Koha::Account->add_lost_replacement_fee from chargelostitem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 31213] New: When performing a basic search with no results, repeat the search with term quoted
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31213 Bug ID: 31213 Summary: When performing a basic search with no results, repeat the search with term quoted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Under elastic, when searching for some special characters a search may fail: Ivy + Bean The 6:20 man etc. These terms work when quoted: "Ivy + Bean" It would be nice if we just tried this automatically for the user -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 28884] New: ElasticSearch: Question mark in title search returns no results
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28884 Bug ID: 28884 Summary: ElasticSearch: Question mark in title search returns no results Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)equinoxinitiative.org When searching for a title with a question mark, Who's Afraid of Virginia Woolf? for example, Koha returns no results with ElasticSearch. Removing the question mark or escaping it retrieves results, as does enclosing the entire title with the question mark in quotes. Since ? is a wildcard for ElasticSearch, this may be expected behavior (I'm not sure that it is or isn't), but explaining to patrons that they need to change their search behavior can be a big ask for libraries. Not sure what the best option is. Perhaps a system preference to automatically escape ? and not treat it as a wildcard for those libraries who would prefer that? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 61

[Bug 42980] New: ILL Batches: Have a 'select for all' option when using AutoILLBackendPriority
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42980 Bug ID: 42980 Summary: ILL Batches: Have a 'select for all' option when using AutoILLBackendPriority Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 43754] New: EDI invoice receipt does not update item acquisition fields like manual receive does
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43754 Bug ID: 43754 Summary: EDI invoice receipt does not update item acquisition fields like manual receive does 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When an EDIFACT invoice is processed, Koha::EDI::receipt_items only assigns a barcode (from GIR LAC) and applies AcqItemSetSubfieldsWhenReceived. It does not touch any of the other fields that the manual receive path sets. Manual receive (acqui/finishreceive.pl) updates every item linked to the received order with: booksellerid, dateaccessioned, datelastseen, price, replacementprice, replacementpricedate EDI receipt sets none of these, so items received through an invoice end up with different data from the same items received by hand: no source of acquisition, an accession date that is still the order date, and no price or replacement price. Reproduced on main with a vendor EDI account (no plugin), a basket with create_items=ordering, an order for 2 copies each with a linked item (dateaccessioned 2020-01-01), and an INVOIC for the 2 copies carrying matching GIR+LLO segments: - order becomes complete, quantityreceived 2 - items: booksellerid NULL, dateaccessioned still 2020-01-01, price NULL, replacementprice NULL Expected: the same item fields as a manual receive, using the invoice date as the received date, the vendor of the basket and the invoiced/replacement prices of the received order. Note this is separate from Bug 42890 (creating items when AcqCreateItem=receiving). Test plan: 1. Create a vendor with an EDI account (no plugin) and a basket with AcqCreateItem=ordering. Add an order line for 2 copies so that 2 items exist. 2. Import an EDIFACT invoice for that order (RFF+LI with the order number, QTY+47:2, MOA+203/MOA+128) and process it. 3. Without the patch: the items have no booksellerid, an unchanged dateaccessioned, and empty price and replacementprice. 4. With the patch: the items have the vendor as booksellerid, dateaccessioned and datelastseen set to the invoice date, price set from the received unit price, and replacementprice/replacementpricedate set as in a manual receive. 5. Repeat with a partial receipt (invoice 1 of 3) and confirm only the received items are updated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 28957] Many plugins require the full plugins permission set to run
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '26

22 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28957 Luis Bataller <luis.bataller(a)xercode.es> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #207387|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0