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

[Bug 23909] New: SCO allows to check out items with Waiting state if AllowItemsOnHoldCheckoutSCO
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23909 Bug ID: 23909 Summary: SCO allows to check out items with Waiting state if AllowItemsOnHoldCheckoutSCO Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org Currently SCO module allows to check out items with Waiting state if AllowItemsOnHoldCheckoutSCO is enabeld. Waiting items should not be able to be checked out unless librarian overrides because the notifications of an item available for pickup might have already been sent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 71

[Bug 23649] New: Elasticsearch offer an option to weight search results by type
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23649 Bug ID: 23649 Summary: Elasticsearch offer an option to weight search results by type 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: nick(a)bywatersolutions.com Some libraries would like to be able to prioritize "books" over "large print" , audios, etc in the search results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 43399] New: Provide error details when items fail to restore/undelete
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43399 Bug ID: 43399 Summary: Provide error details when items fail to restore/undelete Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 17387 Target Milestone: --- When an item fails to restore using the new undelete bibs/items feature, the error messages don't provide any details about the reason for the failure. The message when restoring an item only includes the failed barcodes, but neither version of the message (starting from a bib and including items to restore, or restoring items only) includes information about why the restoration failed, and staff won't have access to the logs referenced in the item-only version of the message without contacting their support company. It would be helpful if messages in both instances had information about why the item could not be restored so that staff can troubleshoot. (See also 43398 for standardizing the error messages regardless of undeletion starting point.) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17387 [Bug 17387] Add an undelete feature for items/biblios -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 43398] New: Standardize error messages when items fail to restore/undelete
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43398 Bug ID: 43398 Summary: Standardize error messages when items fail to restore/undelete Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 17387 Target Milestone: --- Created attachment 204347 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=204347&action=e… screenshot of both failed restoration messages With the new undelete feature for bibs and items, the error messages when an item fails to restore differ depending on whether the action started from bib restoration with items added vs. from item-only restoration where the bib still exists. When restoring a bib and its items (starting at the 'Deleted bibliographic records' table, and selecting items to restore in addition to the bib), the error message if an item fails to restore is "[#] item(s) failed to restore". However, if an item fails to restore when starting from the 'Deleted items' table (so, restoring items only where the bib still exists), the error message for a failed restoration is "Error restoring item [barcode]: Something went wrong, check Koha log for details.". (See attached file for screenshot of both versions.) The error message when restoring from the bib should also include the item barcode(s) for any failed restorations, especially when the failed item is on a bib with many successfully-restored items. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17387 [Bug 17387] Add an undelete feature for items/biblios -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 17387] New: Add an undelete feature for items/biblios
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17387 Bug ID: 17387 Summary: Add an undelete feature for items/biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some libraries would like to be able to restore items accidentally deleted. This should be possible, rows can be copied over as long as there are checks in place for unique ids. -- You are receiving this mail because: You are watching all bug changes.

1 274

[Bug 43319] New: Remove event attribute from library_groups.tt
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43319 Bug ID: 43319 Summary: Remove event attribute from library_groups.tt Initiative type: --- Sponsorship Sponsored status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, testopia(a)bugs.koha-community.org Blocks: 38407 Target Milestone: --- There is an event attribute in library_groups.tt which can be dropped in favor of some restructuring of the pop-up menu markup. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38407 [Bug 38407] Eliminate event handler attributes in the staff interface -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 43318] New: Remove event attributes from patron_messages.inc
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43318 Bug ID: 43318 Summary: Remove event attributes from patron_messages.inc Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Blocks: 38407 Target Milestone: --- There are a couple of event attributes in patron_messages.inc which can be moved to members-menu.js. These click events are meant to trigger tabs on either the checkout or the patron detail page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38407 [Bug 38407] Eliminate event handler attributes in the staff interface -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 43394] DT - pagination is broken if pageLength is not an integer
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

1 0

[Bug 43394] DT - pagination is broken if pageLength is not an integer
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43394 --- Comment #2 from David Nind <david(a)davidnind.com> --- Created attachment 204338 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=204338&action=e… Bug 43394: DT - Cast pageLength to Integer In "Edit patron card batch" the pageLength is coming from the syspref, the value is a string. But DataTable's needs an integer. Let's fix this in datatables.js, in the kohaTable's constructor Test plan: Got to cgi-bin/koha/patroncards/edit-batch.pl Enter more than 20 borrowernumbers and "Add patron(s)" Click "next" and notice that with this patch the pagination works. Without this patch the JS error is "Uncaught TypeError: can't access property "nTr", p is undefined" Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43394] DT - pagination is broken if pageLength is not an integer
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '26

27 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43394 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #204301|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0