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

[Bug 33816] New: Holds API errors not easily machine-readable
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33816 Bug ID: 33816 Summary: Holds API errors not easily machine-readable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: tomascohen(a)gmail.com At the moment, if you place a hold via the Holds API and there are too many holds for the record, you get the following response: {"error":"Hold cannot be placed. Reason: tooManyHoldsForThisRecord"} That's a message that is meant for a human developer. It's not showable to a human audience, and it's not easily parsed by a machine. It would be good to have a human readable message for troubleshooting, but the core error code should just be "tooManyHoldsForThisRecord", as a machine can take that string and work with it as a code. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15567] Update API to allow multiple holds for the same record
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15567 --- Comment #7 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #6) > Surely it would make sense to just take multiple items in as input and then > run it through a loop and record the results. I mean I've created my own API endpoint in a different system which takes data for multiple items and does exactly that, so that 1 API call on that system can place holds for multiple items at the same time. (It's just the backend API call to the Koha that has to be done X times.) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15567] Update API to allow multiple holds for the same record
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15567 --- Comment #6 from David Cook <dcook(a)prosentient.com.au> --- Not sure why this would depend on bug 15565... Looks like this patch adds way too much logic into the controller. Surely it would make sense to just take multiple items in as input and then run it through a loop and record the results. If we have the API endpoint, then maybe we can change the UIs to use the API and sidestep even needing 15565 as it stands -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14695] Add ability to place multiple item holds on a given record per patron
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 --- Comment #244 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #243) > (In reply to David Cook from comment #241) > > Was this feature reverted? I've never actually seen it operational in Koha, > > which is why bug 15565 exists in its present all-encompassing state? > > It's possible in staff, but you need to allow multiple holds on one record > in circulation rules. OPAC implementation is pending. I think maybe I've always misunderstood this one. I thought it was supposed to allow you to place multiple item level holds at the same time. "At the same time" meaning during the "placing" of the hold rather than the "having" of the hold. And that's why we still need bug 15565 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26598] New: Display guarantee's fines on guarantor's details page
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26598 Bug ID: 26598 Summary: Display guarantee's fines on guarantor's details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: maryse.simard(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Add a new tab to the details page of a patron to show, in a table, the fines of the patron's guarantees. A warning appears in the "Guarantees" section of the patron to make it obvious that fines exists. Note: This was first introduced as part of Bug 12446, but ultimately was split into it's own bug. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 33814] New: HOLD notices for email and sms do not enqueue even if enabled
by bugzilla-daemon＠bugs.koha-community.org 23 May '23

23 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33814 Bug ID: 33814 Summary: HOLD notices for email and sms do not enqueue even if enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org I'm marking this Major because of the impact on customer service, but if Normal would be more appropriate feel free to adjust. I'm seeing this bug in 22.11.04 and in master: when a hold is set to Waiting, only the print notice for "hold waiting" is enqueued on the patron's account, even if the patron has email and/or SMS notices for waiting holds enabled on their account. Unless this is a display error in the patron notices tab (not sure how likely that is or how to test for that in a test environment), this would mean that the patron has no way of being notified when their hold is ready for pickup. To reproduce: 1. Edit a patron's Messaging Preferences to enable email/SMS notices for "Hold Filled" 2. Place a hold for that patron 3. Check in an item to fill the hold 4. Go to the patron's account and click the Notices tab Note that an enqueued print notice appears in the patron's notices table for the available hold, but there is no email or SMS notice listed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33807] New: Unable to resolve a claims returned item
by bugzilla-daemon＠bugs.koha-community.org 23 May '23

23 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33807 Bug ID: 33807 Summary: Unable to resolve a claims returned item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When marking a claims returned item as "resolved" in 22.11 the button has a spinning wheel that does not resolve with time. Refreshing the screen also does not resolve the issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29226] New: OMNIBUS: Replace the use of jQueryUI tabs
by bugzilla-daemon＠bugs.koha-community.org 23 May '23

23 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29226 Bug ID: 29226 Summary: OMNIBUS: Replace the use of jQueryUI tabs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 29222 As part of Bug 29222, "OMNIBUS: Replace the use of jQueryUI," we should replace the use of the jQueryUI tabs component in the OPAC and staff interface with Bootstrap tabs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29222 [Bug 29222] OMNIBUS: Replace the use of jQueryUI -- You are receiving this mail because: You are watching all bug changes.

1 74

[Bug 30487] New: Convert checkout and patron details page tabs to Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 23 May '23

23 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30487 Bug ID: 30487 Summary: Convert checkout and patron details page tabs to Bootstrap Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 29226 Continuing the process of phasing out jQueryUI, this patch will replace jQueryUI tabs in two places: - circ/circulation.tt - members/moremember.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29226 [Bug 29226] OMNIBUS: Replace the use of jQueryUI tabs -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 33805] New: Marking an item as claims returned results in a spinning wheel
by bugzilla-daemon＠bugs.koha-community.org 23 May '23

23 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33805 Bug ID: 33805 Summary: Marking an item as claims returned results in a spinning wheel Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Marking an item as claims returned in 22.11 results in a spinning wheel that does not resolve itself unless the page is refreshed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1