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

[Bug 29125] New: Use Koha::Patron object in C4:Utils::DataTables::Members.pm
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '22

17 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29125 Bug ID: 29125 Summary: Use Koha::Patron object in C4:Utils::DataTables::Members.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently we do a SQL search for patrons, then fetch the patron object for each borrowernumber individually, then fetch related objects If we use Koha::Patrons directly we can prefetch related object and reduce the number of calls to the DB -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 27887] New: Patrons should not receive overdue notices for claimed returns
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '22

17 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27887 Bug ID: 27887 Summary: Patrons should not receive overdue notices for claimed returns Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org Patrons who have claimed returns items continue to receive overdue notices. This is problematic especially if the claim is they really did return the item or never had it. These patrons should not continue to receive overdue notices. There is currently not a way to exclude claimed returns from overdue notices. It would be nice to have a system setting or some other way to prevent overdue notices from going out on those items. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 29136] New: Patron search on request.pl has performance and display issues
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '22

17 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29136 Bug ID: 29136 Summary: Patron search on request.pl has performance and display issues 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Similar to bug 15812, the patron search on request.pl retrieves all patrons from a search without pagination, so broad searches can have poor performance. Additionally, the datatables call on that page doesn't paginate, so all but the first 20 results are unavailable -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 21648] New: Patron Merge needs more flexibility and transparency
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '22

16 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21648 Bug ID: 21648 Summary: Patron Merge needs more flexibility and transparency Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com The patron merge tool introduced in 18.05 is a great step, but creates some issues. Contact information for the discarded patron is lost even when the kept patron has null values for those fields. Merging patrons with additional patron attributes results in a patron with multiple values for an attribute that is not supposed to be repeatable. The screen that confirms the merge has completed reports counts of transferred data but doesn't allow one to see details of what was transferred from the discarded patron to the kept patron. A good next step here would be an interface similar to what we see when merging bibs -- the opportunity to see values for both patron records and select which will be carried forward to the final record, at least for all fields in the borrowers table and for additional patron attributes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 27429] New: Item search does not use cn_sort for callnumber sorting
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '22

16 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27429 Bug ID: 27429 Summary: Item search does not use cn_sort for callnumber sorting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It should - we should also export the column when downloading results in excel sot hat users can correctly sort outside of Koha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 27156] New: Add column configuration to Item Search results table
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '22

16 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27156 Bug ID: 27156 Summary: Add column configuration to Item Search results table Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org It would be helpful to be able to hide columns from the results table of an Item Search in the staff client. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23499] New: Show subtitle in serials search
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '22

15 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23499 Bug ID: 23499 Summary: Show subtitle in serials search Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When viewing search results on serials-search.pl, we only see biblio.title. This gets quite confusing when titles like: American economic journal. Microeconomics American economic journal. Macroeconomics American economic journal. Economic Policy and so forth. It'd be great to pull more of the 245 into this screen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 25710] New: On ElasticSearch only system zebraqueue table is never purged
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '22

15 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25710 Bug ID: 25710 Summary: On ElasticSearch only system zebraqueue table is never purged Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 21820, 16248 Even if there's no zebra server zebraqueue table is populated (with done == 0). misc/cronjobs/cleanup_database.pl is only deleting zebraqueue table with done == 1 But without a zebra indexer daemon nothing is setting zebraqueue.done to 1. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16248 [Bug 16248] ModZebra doesn't update zebraqueue if ES is enabled https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21820 [Bug 21820] Zebraqueue should not be added to -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19642] New: If autoMemberNum is enabled, we should just ignore cardnumber entry in BorrowerMandatoryField
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '22

10 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19642 Bug ID: 19642 Summary: If autoMemberNum is enabled, we should just ignore cardnumber entry in BorrowerMandatoryField Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 19225 proposes a warning for users that the config is wrong. I propose instead, we should just ignore that field if automembernum is enabled (since it autocalculates and becomes mandatory -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 27009] New: Use 301 to redirect from tracklinks.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '22

10 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27009 Bug ID: 27009 Summary: Use 301 to redirect from tracklinks.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org In opac/tracklinks.pl we use a simple redirect to send the user on to the actual URL, after tracking: print $cgi->redirect($uri); This sends a "302 Moved Temporarily" to the browser as a default. One of our clients had some SEO work done on their websites, and one of the recommendations was to use "301 Moved Permanently" instead. This makes some sense, the URLs we redirect to do not change very often, I guess. According to https://metacpan.org/pod/CGI#Generating-a-redirection-header, the solution is to change the call to redirect() thusly: print $q->redirect( -uri => $uri, -status => '301 Moved Permanently' ); Patch coming. -- You are receiving this mail because: You are watching all bug changes.

1 8