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

[Bug 26536] New: "Writeoff selected" seems deduct old unpaid fines first
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '21

03 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26536 Bug ID: 26536 Summary: "Writeoff selected" seems deduct old unpaid fines first Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hello In version 20.05.04 Writeoff selected fine tab does not write off only selected instead it applied on oldest unpaid fine first. Test Plan 1. Two returned book/s with unpaid fine 2. Try to write off lasted returned book with "Writeoff selected" 3. You will observe fine deducted from oldest unpaid book. Vinod -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46

[Bug 28645] New: write off fine on selected items does not pay against those lines
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '21

03 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28645 Bug ID: 28645 Summary: write off fine on selected items does not pay against those lines Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Selecting outstanding fines which do not happen to be the earliest in the accountlines table for the borrower will result in the earliest fines being written off instead of the ones selected. 1. In a list of 4 fines for a borrower, select tick box on one which was not the first to be accrued. 2. Click the write off button at the bottom of the screen. 3. Note the payment is shown against the earliest accrued item instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 26356] New: Search by first and last name takes a long time
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '21

03 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26356 Bug ID: 26356 Summary: Search by first and last name takes a long time Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcautomatizacion(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 109546 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=109546&action=e… Search by first and last name takes a long time Currently when performing a search by user in Koha using first and last name, the system takes more than 22 minutes to execute the search, while the identification number does not delay, what can this inconvenience be?. Attachment dispatch script reported that performs search and delay. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 24532] New: Some account types are converted to debits when they shouldn't be
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '21

03 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24532 Bug ID: 24532 Summary: Some account types are converted to debits when they shouldn't be Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 23049 converts some credit types to debit types The logic seems to be: 1 - Get all unique types where the accountline is a debit 2 - Convert all lines with these types to have debit codes But in step 1 if we have any type 'Pay' or 'W' for example, where the amount is greater than 0 (pathological credits which have debit amounts) then 'Pay' is added as a debit type and all 'Pay' lines get that as a debit code. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 23013] New: Upgrade DataTables in the staff client
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23013 Bug ID: 23013 Summary: Upgrade DataTables 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 Target Milestone: --- I would like to upgrade the DataTables plugin used in the staff client. This process will include: - A new concatenated, minified version of the DataTables components. - Removal of the custom "four_button" pagination configuration in favor of the built-in "full" pagination type. - Update style of pagination bars, including some additions to improve responsive behavior. Table-specific CSS, including our DataTables CSS, is now in a separate file, "_tables.scss" which compiled into staff-global.css. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 28338] New: Avoid validating holdability along with a specific pickup location
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28338 Bug ID: 28338 Summary: Avoid validating holdability along with a specific pickup location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Several bugs tried to address this question: when calling CanItemBeReserved, what pickup location parameter should be passed? And we've been going back and forth between userenv, reservescontrolbranch, etc. And there are two open bugs related to the area. Truth is, CanItemBeReserved is being passed a branchcode, but what we really be doing, is checking if the item can be reserved (at any pickup location) and provide a way for item-level holds to have a valid pickup location selected by staff members. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 24476] New: Allow patrons to opt-out of Auto-renewal
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '21

01 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24476 Bug ID: 24476 Summary: Allow patrons to opt-out of Auto-renewal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some patrons prefer to renew their books on their own. This development will allow a patron to opt-out of auto-renewals -the cron will ignore these checkouts and items will be renewable both via the staff and opac. Patrons will be able to set this flag themselves, staff will also be able to. -- You are receiving this mail because: You are watching all bug changes.

1 97

[Bug 21952] New: Renewal should not set an earlier new due date
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '21

30 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21952 Bug ID: 21952 Summary: Renewal should not set an earlier new due date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In checkouts table, one can select several rows, define a new due date and renew. The issue is that you can set a new due date that is earlier than actual due date. This makes no sens for a renewal. It should be checked for each checkout, maybe like on hold check. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 27287] New: Make note fields from orders searchable
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '21

29 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27287 Bug ID: 27287 Summary: Make note fields from orders searchable 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 would be nice if the acquisition search allowed to search for the internal and vendor notes from the order lines. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 25030] New: IncludeSeeFromInSearches not honoured
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '21

29 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25030 Bug ID: 25030 Summary: IncludeSeeFromInSearches not honoured Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com In Elasticsearch there are some things lacking: - Using the EmbedSeeFromHeadings RecordProcessor filter on indexing - Probably add a record a normalizer (a RecordProcessor filter?) that strips the 100a that has ind1=z from the results when retrieving from ES. In Zebra we only do that for the facets, not sure what's the best approach to be honest. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41