February 2024 - Koha-bugs - lists.koha-community.org

[Bug 33794] New: Holds Queue builder skips least cost branch unless target item's homebranch is patron's homebranch
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '24

14 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33794 Bug ID: 33794 Summary: Holds Queue builder skips least cost branch unless target item's homebranch is patron's homebranch 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The line next if $request->{borrowerbranch} ne $item->{homebranch}; has been in the holds queue builder since the very beginning, with no explanation. My justification for this line is that we would prefer to send an item to a patron whose home library is the same is the item's home library, assuming that patron will return the item at that library, thus reducing transportation costs. I will not argue here if this is a good feature or not. Bug 31557 makes in configurable, but perhaps it should have an 'off' feature as well. This feature does not make sense when using the transport cost matrix. We get the lowest cost branch, and then if the branches don't match we just move on the the "fall back to basics code". This line should be removed from the code section dealing with the transport cost matrix. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 32898] New: Cypress tests are failing
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '24

14 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32898 Bug ID: 32898 Summary: Cypress tests are failing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We are not running them (yet) on jenkins and some cypress tests (for erm) are failing. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 36086] New: Course reserve availability/status inaccurate
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36086 Bug ID: 36086 Summary: Course reserve availability/status inaccurate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Add several items to course reserves in a combination of statuses (available, missing, lost, in transit, on hold) 2. Observe that all items in course-details.pl show as available. (Checked out will show checked out, but transit, lost, and on hold all show 'Available') Information is correct on item and bib details, but availability in course reserves module is incorrect. Assuming problem is in master, confirmed same behavior in 22.11 and 23.05 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 32997] New: Add REST API endpoint to list authorised values for multiple given categories
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32997 Bug ID: 32997 Summary: Add REST API endpoint to list authorised values for multiple given categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Bug 32981 adds the possibility of retrieving AV's given a category in the api. Currently, in ERM for example, 11 different AV categories are used, so 11 requests are necessary. Even if lazy-loaded, these are too many requests. Would be cool to have an AV api endpoint that accepts a list of AV codes and retrieves the values of the codes provided. Essentially doing what 32981 does but for multiple codes. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 34893] ILS-DI can return the wrong patron for AuthenticatePatron
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34893 --- Comment #52 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- (In reply to Jonathan Druart from comment #51) > Please see [Koha-devel] Session corruption in koha-testing-docker master > > Seems related to this change. This is bug 36034. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36069] New: (bug 29990 follow-up) authority heading use in search results should work with ES as well
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36069 Bug ID: 36069 Summary: (bug 29990 follow-up) authority heading use in search results should work with ES as well Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aleisha(a)catalyst.net.nz, jzairo(a)bywatersolutions.com, nick(a)bywatersolutions.com It seems that the enhancement introduced with bug 29990 (syspref: ShowHeadingUse) work only with zebra (generation of main/subject/series use info is made only in C4::AuthoritiesMarc == a zebra incarnation of search_auth_compat) and has no effect on ES search results. Wouldn't it be great if it worked in ES as well? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 34893] ILS-DI can return the wrong patron for AuthenticatePatron
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34893 --- Comment #51 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Please see [Koha-devel] Session corruption in koha-testing-docker master Seems related to this change. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13901] sort1 and sort2 not on self registration form
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13901 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22603] New: Move boilerplate into Koha::Cron class
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22603 Bug ID: 22603 Summary: Move boilerplate into Koha::Cron class Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- There's a bunch of patterns in the koha cron scripts.. we should move some of the boilerplate into the new Koha::Cron base class and make our cron scripts DRYer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 22577] New: Cronjobs (and other scripts) should be attributed to a 'real' user
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '24

13 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22577 Bug ID: 22577 Summary: Cronjobs (and other scripts) should be attributed to a 'real' user 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently the userenv for cronjobs is set to '0' for the userid. This user does not exist and breaks/prevents foreign key constraints from working as expected. We should really add a hard coded default user to identify such actions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58