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

[Bug 15740] New: Add Ability to Group Item Types in Staff Advanced Search
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '23

29 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15740 Bug ID: 15740 Summary: Add Ability to Group Item Types in Staff Advanced Search Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org Bug 10937 added ability to group item types in advanced search. This only appears to work in the OPAC so far, unless I'm missing something. Could it be added for the staff side advanced search? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15696] New: Notices default all libraries page shows branch-specific notices
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '23

29 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15696 Bug ID: 15696 Summary: Notices default all libraries page shows branch-specific notices Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org The notices page default page shows all libraries notices (the default ones) AND the branch-specific ones. It would be nice if this page only listed the default ones (when the menu is set to all libraries), and mimicked the behavior on the circulation rules page, where all libraries = default rules shown, and then changing to an individual brach = branch specific rules. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 15688] New: Renew item that is on hold: Display information about hold's patron
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '23

29 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15688 Bug ID: 15688 Summary: Renew item that is on hold: Display information about hold's patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: - Go to Home > Circulation > Renew (/cgi-bin/koha/circ/returns.pl) - Enter the barcode of an item that is on hold for an other patron Result: Warning "Cannot renew: This item is on hold for another patron.", but no information about the patron given. It would be nice to have here the same information as with an attempt to check out the item on the check out page: Item XYZ : (1) has been on hold for ABC (999) at Centerville since 05/01/2016 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23604] New: Multiple partners with the same email address causes all to be emailed
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23604 Bug ID: 23604 Summary: Multiple partners with the same email address causes all to be emailed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com If multiple request partners have the same email address and one is selected, all partners with that email address are contacted. I've not looked at it, but this is probably due to the matching being performed using the partner's email address, rather than borrowernumber. We should switch to using borrowernumber. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21772] New: RT46421 - SelfCheck Display
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21772 Bug ID: 21772 Summary: RT46421 - SelfCheck Display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be: 1) Move opac-user.pl holds tab content into include file 2) Add holds to to sco, use new include file 3) Add patron fines info to sco. 4) Modify script to search for and pass in patron holds -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 22865] New: Add authorities to a list
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22865 Bug ID: 22865 Summary: Add authorities to a list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- This has been extracted from bug 5706 It would be useful to be able to add to a list or create a list of authorities in the staff interface. Similar to how biblios may be added to a list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 31420] New: Managing funds: Labels of statistic fields overlap with pull downs
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31420 Bug ID: 31420 Summary: Managing funds: Labels of statistic fields overlap with pull downs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In the English templates some labels overlap with the input fields on the fund entry/edit form. These are: * Statistic 1 done on: * Statistic 2 done on: In general we see a lot of these issues in translated templates as well. Could we standardize on a wider area for labels or make it more flexible? -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34024] New: REST API should not allow changing the pickup location on a waiting hold
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34024 Bug ID: 34024 Summary: REST API should not allow changing the pickup location on a waiting hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov CC: tomascohen(a)gmail.com If a hold is already set to "waiting", and a request to change the pickup location is sent through the REST API, Koha simply sets the hold to "waiting" at the new location with no notification to staff. This is clearly inaccurate, as the item is still physically at the original location. Either the API handler or Koha::Hold should have some error-checking to reject a request to change the pickup location on a waiting hold. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 32739] New: REST API: Extend endpoint /auth/password/validation for cardnumber
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32739 Bug ID: 32739 Summary: REST API: Extend endpoint /auth/password/validation for cardnumber 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: katrin.fischer(a)bsz-bw.de CC: tomascohen(a)gmail.com The /auth/password/validation route as proposed on bug 30962 does support validation with the username/user_id + password combination, but doesn't allow for using cardnumber. We should have a way to mimick what the login form/ILS-DI/SIP do and have a way for checking username and cardnumber at the same time/with the same request. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 33556] New: $c->validation->output should be avoided
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33556 Bug ID: 33556 Summary: $c->validation->output should be avoided Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com Talking to the OpenAPI plugin maintainer, he mentioned the use of $c->validation->output should be avoided as the plugin is not designed to have a stable behavior there, and he even thought of just removing the method. That method returns an internal data structure the plugin uses to validate things, and then updates the request itself. Take the following example: GET /patrons x-koha-embed: checkouts,library without the OpenAPI plugin, requesting the header like this: $c->req->headers->header('x-koha-embed') would return a scalar, the string 'checkouts,library'. When using the plugin, and with `x-koha-embed` being defined as collectionFormat: csv, that header is entirely replaced by an arrayref. That's how the plugin works and how it is expected to be used. So we need to replace the uses of $c->validation->format, with normal Mojo usage to avoid future headaches. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42