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

[Bug 27528] New: system design
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '23

24 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27528 Bug ID: 27528 Summary: system design Change sponsored?: --- Product: Koha Version: 20.11 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: christianfidelis4(a)yahoo.com 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 2

[Bug 27541] New: Hold requests doesn't fill with "Next available" mode
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '23

24 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27541 Bug ID: 27541 Summary: Hold requests doesn't fill with "Next available" mode Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: corinne.hayet(a)progilone.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When a hold is done by checking "Next available" option, this doesn't fill the holds queue -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 27591] New: Inconsistent install values in biblio frameworks
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '23

24 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27591 Bug ID: 27591 Summary: Inconsistent install values in biblio frameworks Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org For instance marc_tag_structure.authorised_value can be "" or NULL (not coming from bug 24594). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 27596] New: Elasticsearch: OPAC Search Authorities gets Internal Server Error after page 500
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '23

24 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27596 Bug ID: 27596 Summary: Elasticsearch: OPAC Search Authorities gets Internal Server Error after page 500 Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbutosi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Unsure if this is a bug, but: Koha 20.11 + ES6 + Ubuntu 18.04 + MariaDB (also running Plack) Searching authorities using /opac-authorities-home.pl on my OPAC returns an Internal Server Error if one tries to navigate past page 500, whether the index to search on is set to Default, Topical Headings, Personal Name, etc. I am referring to here: https://library.craigbutosi.ca/cgi-bin/koha/opac-authorities-home.pl I have about 420,000 authorities in my repository, which I mostly uploaded from the Library of Congress. A few hundred of these have been imported via Z39.50. This translates to about ~21,000 browsing pages. This behaviour only seems to happen with ES, not Zebra. Is this a memory issue, timeout issue, or something else? I can't quite find anything in the error logs. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 29795] New: if branchcode is included in PatronSelfRegistrationBorrowerMandatoryField it should default to an empty value
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '23

24 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29795 Bug ID: 29795 Summary: if branchcode is included in PatronSelfRegistrationBorrowerMandatoryField it should default to an empty value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate; 1. Set branch code as a PatronSelfRegistrationBorrowerMandatoryField 2. Go to the self reg form and look at the Home library field, it defaults to the first choice alphabetically 3. Fill out the other required fields and the captcha. Don't change the branchcode value. 4. Submit the form, it submits. 5. If branchcode is required it should default to an empty value and force the user to make a choice. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 27601] New: self registration form drop down list for libraries should require user interaction
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '23

24 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27601 Bug ID: 27601 Summary: self registration form drop down list for libraries should require user interaction Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: tomjoefran(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 116247 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=116247&action=e… screenshot of dropdown with dummy library - 'Choose library' Hi When using the self-registration form, users do not have to touch the dropdown list to choose a library to register with. This means that many do not interact with it, and when registering are not assigned to the correct library. The dropdown list should be first blank and the user should not be capable of submitting it, without first choosing a library. Adding branchcode to PatronSelfRegistrationBorrowerMandatoryField does not make that interaction mandatory. In the screenshot attached, you can see we added a library called 'Choose Library' to try to get users to use the dropdown. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 27616] New: Manually track claims in Serials module
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '23

24 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27616 Bug ID: 27616 Summary: Manually track claims in Serials module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org You should be able to manually update claims in the Serials module. For EBSCO, you're probably going to use EBSCO's website to lodge a claim. You're not going to use Koha's "Send notification" functionality, but it would still be nice to track the claim date and such in Koha. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 27629] New: Filter invoices by library in invoices.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '23

23 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27629 Bug ID: 27629 Summary: Filter invoices by library in invoices.pl Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P4 Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org Filter invoices by library doesn't work in invoices.pl Some invoices will be listed but not all the applicable invoices. An easy way to reproduce this problem is to list all the invoices within a date range, make a note of the invoices for one particular library, now filter your list by that library and you will notice that all the invoices you expect are listed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 27639] New: Add debit_type endpoints
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '23

23 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27639 Bug ID: 27639 Summary: Add debit_type endpoints 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: martin.renvoize(a)ptfs-europe.com We could do with having access to the list of debit_types from the API -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 31337] New: Lack of notes field for all methods of paying fines
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '23

23 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31337 Bug ID: 31337 Summary: Lack of notes field for all methods of paying fines Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: daniel.jordan(a)nottinghamcollege.ac.uk QA Contact: testopia(a)bugs.koha-community.org Right now there are quite a few ways to deal with fines in a user's Accounting tab, but not all of them provide a means of adding a note alongside it. The 'Pay selected' and 'Write off selected' buttons do, but the 'pay' and 'write-off' buttons next to individual fine occurrences don't. Both take the user through to new screens where they can specify the amount being paid and the payment type, but only the former two options have a notes field as well. Could we look into having this functionality on all of these methods? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2