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

[Bug 16155] New: Composite keys in TestBuilder and more
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '22

12 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16155 Bug ID: 16155 Summary: Composite keys in TestBuilder and more Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 25846] New: Improve handling of multiple covers on catalog search results in the staff client
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '22

11 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25846 Bug ID: 25846 Summary: Improve handling of multiple covers on catalog search results in the staff client 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 Depends on: 25031 Similar to Bug 25031, I'd like to add better handling of multiple cover images to catalog search results in the staff client. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25031 [Bug 25031] Improve handling of multiple covers on the biblio detail page in the staff client -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 27813] New: Purchase suggestions should sort by suggesteddate rather than title
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '22

09 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27813 Bug ID: 27813 Summary: Purchase suggestions should sort by suggesteddate rather than title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Prior to 20.05, suggestions on /cgi-bin/koha/suggestion/suggestion.pl sorted by suggesteddate by default. On 20.05 and later, they're sorting by title instead. We should go back to the previous behavior. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 27442] New: Circulation Module Report "Overdues" does not accurately show overdues by date
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '22

08 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27442 Bug ID: 27442 Summary: Circulation Module Report "Overdues" does not accurately show overdues by date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I believe the SQL is wrong in the hardcoded report "Overdue" under the Circulation Module. When a due date range is added when running the report, it is not showing the items that are overdue for a particular date, a library will need to run a range of 2 days to find out the day's overdue. Steps to Recreate: 1. Run Overdue report 2. Use the filter on the left to enter the date due to range of 10/12- 10/12. 3. No results are found with the actual date due to 10/12 4 Run the same report using the filter set at 10/12 - 10/13. 5 Koha will provide items that are due on 10/12. The SQL is looking at date_due rather than date(date_due) which is not giving accurate results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 27070] New: Elasticsearch - with Elasticsearch 6 searches failing unless all terms are in the same field
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '22

08 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27070 Bug ID: 27070 Summary: Elasticsearch - with Elasticsearch 6 searches failing unless all terms are in the same field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com To recreate - be using Elasticsearch 6 in KOha On sample data try searching for: street shuffle cool, that works Now try searching for a word from title and the publisher name: shuffle constable No results, odd. Try searching for: shuffle AND constable That works. I cannot figure from the docs why this is the case - we pass a default operator, that should be enough I thought, but no. https://www.elastic.co/guide/en/elasticsearch/reference/6.8/query-dsl-query… for comparison: https://www.elastic.co/guide/en/elasticsearch/reference/5.6/query-dsl-query… After testing the type => 'cross_fields' seems to do what we want -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 28219] New: Additional fields for orders/order lines
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '22

07 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28219 Bug ID: 28219 Summary: Additional fields for orders/order lines Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It's possible to add additional fields to baskets and subscriptions, but it would be great if this could be extended to other areas as well. One of those would be orders (order lines) We currently have 2 statistical fields, but sometimes this is not enough. There are new demands on libraries with Open Access and APC management where it could be helpful to have some more flexibility here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15774] New: Additional fields for baskets
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '22

07 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15774 Bug ID: 15774 Summary: Additional fields for baskets Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: nicole(a)bywatersolutions.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 197

[Bug 25220] New: maxoutstanding syspref should be disabled by a null value
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '22

06 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25220 Bug ID: 25220 Summary: maxoutstanding syspref should be disabled by a null value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Several fines-related system preferences (OPACFineNoRenewals, noissuescharge, etc) can be disabled by leaving them blank. But maxoutstanding treats a blank as a zero, blocking OPAC holds for *any* fine balance. I'd like this to change to match the functionality of the other sysprefs. If nothing else, we should add some language to say a blank is treated as a zero. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 29495] New: Issue link is lost in return claims when using 'MarkLostItemsAsReturned'
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '22

06 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29495 Bug ID: 29495 Summary: Issue link is lost in return claims when using 'MarkLostItemsAsReturned' 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have a foreign key constraint in return_claims for issue_id.. this means that if you have 'MarkLostItemsAsReturned' enabled, we first add the issue_id linking to the original checkout, then immediately move the checkout to old_issues and nuke the issue_id from the claims_return table :( -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 104

[Bug 29660] New: reserve/request.pl should not deal with biblioitem
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '22

06 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29660 Bug ID: 29660 Summary: reserve/request.pl should not deal with biblioitem Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The way reserve/request.pl is written is wrong, hard to read and to maintain. We should not use a biblioitemloop variable as there is a 1-1 link between biblio and biblioitem That would simplify the code a lot and make it more readable. -- You are receiving this mail because: You are watching all bug changes.

1 38