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

[Bug 5062] Acq terminology: list price, ordering price, vendor price, RRP
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5062 --- Comment #10 from Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> --- I made a table of the various terms used where : https://snipboard.io/wLaNtq.jpg -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5062] Acq terminology: list price, ordering price, vendor price, RRP
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5062 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=23981 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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 34289] New: UI issue on returns.pl when checking the forgive fines checkbox
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34289 Bug ID: 34289 Summary: UI issue on returns.pl when checking the forgive fines checkbox Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 153509 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=153509&action=e… screenshot of the problem To recreate: 1. Turn on fines mode 2. Go to returns.pl (/cgi-bin/koha/circ/returns.pl) 3. Expand the the options so you see 'Forgive overdue charges'. 4. Check that box and check in an item 5. The item is checked in but now the input "Enter item barcode" is smaller than it should be and has a yellow background. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 34193] New: Default HTTPS template has outdated SSLProtocol value
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34193 Bug ID: 34193 Summary: Default HTTPS template has outdated SSLProtocol value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, debian/templates/apache-site-https.conf.in defaults to SSLProtocol +TLSv1.2 +TLSv1.1 +TLSv1 However, TLSv1.2 and TLSv1.3 are the only TLS versions that are supported globally at the moment. Both 1.1 and 1 are deprecated now, and are disabled in most systems. Where possible, you want to be using TLSv1.3, and failing that TLSv1.2. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[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 34364] New: Background job - Fix visual progress of progress bar
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34364 Bug ID: 34364 Summary: Background job - Fix visual progress of progress bar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 31666 Caught during our development of ERM SUSHI, hard to come up with a test plan for current way StageMARCForImport is set up. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31666 [Bug 31666] Add job progress bar to stage-marc-import.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[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