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

[Bug 40530] New: Show hold cancellation reason in patron holds history
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40530 Bug ID: 40530 Summary: Show hold cancellation reason in patron holds history Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Depends on: 35560 Bug 35560 includes a FIXME noting that it does not properly maintain the display of hold cancellation reasons introduced in bug 26281. To recreate: - place two holds for a patron - cancel one hold without choosing a reason - cancel the other hold with a reason - load your patron's hold history - the hold cancelled without a reason shows status "Cancelled" - the hold cancelled with a reason shows status "Cancelled(FIXME)" https://github.com/Koha-Community/Koha/blame/3216152520ac189bf25b0a33842bef… Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35560 [Bug 35560] Use the REST API for holds history -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 40542] New: Add `cancellation_reason` to holds strings embed
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40542 Bug ID: 40542 Summary: Add `cancellation_reason` to holds strings embed Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Bug 33568 introduced the `Koha::Hold->strings_map` method which is only used for embedding srings in the biblios endpoint. The holds-related endpoint themselves don't use it. We should add `+strings` for using it in bug 40530. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 22639] New: Elasticsearc ability export/import mappings and facets settings
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22639 Bug ID: 22639 Summary: Elasticsearc ability export/import mappings and facets settings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com Target Milestone: --- For easier maintance export/import of settings will be great feature. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 85

[Bug 41528] New: Import EDI invoices without changing to received status
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41528 Bug ID: 41528 Summary: Import EDI invoices without changing to received status Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lhilleary(a)wrl.org QA Contact: testopia(a)bugs.koha-community.org It would be ideal if we could import an EDI invoice without everything automatically reverting to received. If we could just have an invoice arrive for a specific shipment, import it, and then go through to check off each item that is received in the shipment, that would be better. Right now, we have the setting to not import automatically to avoid status changes to newly acquired before we even get the items; now, we manually import. However, even doing this presents a problem as once received, the price cannot be changed without un-receiving a title if needed and location information is not visible (when ordering multiple copies of a title for multiple branches). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 41366] New: Budgeted costs should be Estimated costs
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41366 Bug ID: 41366 Summary: Budgeted costs should be Estimated costs Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Should the Budgeted costs columns (with and without tax) be relabeled to Estimated costs? It is assumed that what you are ordering is budgeted, but it seems like it would be more accurate to refer to these columns as estimated, not budgeted. Thoughts? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 40640] New: Receiving needs a select all option
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40640 Bug ID: 40640 Summary: Receiving needs a select all option Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In Acquisitions the receiving table does not have a Select All or Clear All options. It would be nice to have that option, especially if there are a lot of entries on the page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39659] New: Add a new order status of "invoiced" between ordered and received
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39659 Bug ID: 39659 Summary: Add a new order status of "invoiced" between ordered and received Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Libraries would like the ability to attach an item to an invoice *before* the item is received. When attached to an invoice, orders would go to the status "invoiced" before later being moved to status "received" when staff confirm their physical receipt and good condition. This would be especially useful for EDI ordering/receiving. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 31006] New: Add ability to make batch changes to items in a basket.
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31006 Bug ID: 31006 Summary: Add ability to make batch changes to items in a basket. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 20324] New: Fund Warnings do not occur when importing records from a staged file
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20324 Bug ID: 20324 Summary: Fund Warnings do not occur when importing records from a staged file Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When using the Warning feature on funds (whether that is a $ amount of percentage) in the Acquisition module - these warnings do not display a warning when importing records from a staged file. Koha does warn the user when using other avenues upon adding items to an order, just not with staged files. /addorderiso -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 36364] New: Enhancement to non-EDI receiving
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36364 Bug ID: 36364 Summary: Enhancement to non-EDI receiving Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org Created attachment 163478 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=163478&action=e… Enhancement to receiving workflow At the March 2024 meeting of the koha-US Acquisitions SIG, we discussed an enhancement to the current receiving workflow that SIG members agreed would streamline the receiving process. I have attached a word document with the enhancement description. The basics are that the check boxes on the receive screen are used to indicate items that are ready to be received (as currently is done) and the button at the bottom of the the pending items will actually receive the items without going to the receive details screen. Please read the document for a full description. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6