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

[Bug 21679] New: Software error when placing a hold on an item with a charge associated with it
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21679 Bug ID: 21679 Summary: Software error when placing a hold on an item with a charge associated with it Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you try and place a hold on an item with a charge associated with it, the hold fails with the error: Undefined subroutine &C4::Reserves::getnextacctno called at /usr/share/koha/C4/Reserves.pm line 574. The getnextacctno function is in C4::Accounts. This is exactly the same issue as bug 21641 and should be resolved in the same way. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 20923] New: Merging backend status graph into main status graph incorrect use of grep
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20923 Bug ID: 20923 Summary: Merging backend status graph into main status graph incorrect use of grep Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com When the Illrequest object is being constructed, it consults the status graphs for enabled backends. These status graphs are then merged into the main graph in order to provide the full workflow for a request. As part of this process, the "next_actions" property is updated to reflect any new statuses. During this, a check is performed to determine if the status graph knows about the next status being declared by a backend status graph: if ( grep $prev_action, @core_status_ids ) { This is incorrect. According to http://perldoc.perl.org/functions/grep.html, the first parameter should be a block or expression, here we are passing a string. This malfunctions in so much as passing "REQ" with match twice in the following array [ "REQ", "REQREV" ], this is not what we would expect. The fix is to substitute the following line: if ( grep /^$prev_action$/, @core_status_ids ) { -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 20917] New: Improve email functionality relating to ILL requests
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20917 Bug ID: 20917 Summary: Improve email functionality relating to ILL requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com The ILL module has the ability to send emails containing details of requests to "partner" libraries. This functionality, though currently in the core ILL code, is actually only required by the "FreeForm" backend. It is surfaced in the UI as a form containing an email template and a multi-select to select the partners who will receive the email. The email functionality offered by ILL, though functional, is lacking in some important respects, which this bug proposes addressing. Proposed enhancements, which are all inter-related, are: - Move emailing functionality from the core ILL module to the FreeForm backend where it is actually used - Email is sent independently of the Koha message queue, which is understood to be undesirable, this should be addressed - As such, there is no ability for users to specify a default message template, using the Notices and Slips module, this should be addressed - It is not possible for users to specify default "reply-to" addresses for all ILL related emails, currently the ReplyToDefault syspref is used, this should be addressed - No message notification is sent to nominated staff when a request is modified, this should be addressed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 20883] New: Patron userid should be exposed
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20883 Bug ID: 20883 Summary: Patron userid should be exposed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Currently, when displaying a list of ILL requests, or viewing a single request, the requester's userid is not displayed. This should be visible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 24850] New: Koha::DateUtils ignored offsets in RFC3339 datetimes
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24850 Bug ID: 24850 Summary: Koha::DateUtils ignored offsets in RFC3339 datetimes 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 Depends on: 24643 The final test added in bug 24643 incorrectly tests RFC3339 timezone handling. If an offset is passed it should be applied to the given time to return an epoch relative to UTC and then the koha timezone config value should be applied against that to give us a koha instance relative time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24643 [Bug 24643] Koha::DateUtils::dt_from_string rfc3339 cannot handle high precision seconds -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 174

[Bug 23391] New: Hide finished ILL requests
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23391 Bug ID: 23391 Summary: Hide finished ILL requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no The default for the main ILL page is to show all ILL requests. For active libraries this will grow to a huge list quite fast. We should hide resuests that are "done", and only show them when they are requested specifically. (I was sure there was a bug for this already, but can't for the life of me find it.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 23615] New: Alert staff when patron cancels an ILL request in opac
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23615 Bug ID: 23615 Summary: Alert staff when patron cancels an ILL request in opac Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: niamh.walker-headon(a)it-tallaght.ie Patrons can cancel a request on the opac but staff are not notified of this, and may have proceeded with fulfilling a request in the meanwhile. Create a notification to ILL staff / branch when a request is cancelled via an opac user by email and via alert when they log into Koha, or allow the library to disable this functionality. Staff need to know if a request is cancelled so that request costs are not incurred by the library. Unnecessary budgetary spend and Staff time wasted on processing cancelled requests can arise because of this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23614] New: Alert staff when patron modifies ILL request in opac
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23614 Bug ID: 23614 Summary: Alert staff when patron modifies ILL request in opac Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: niamh.walker-headon(a)it-tallaght.ie If a patron modifies an already submitted opac request, staff are not alerted in any way. Please ensure that staff are informed or disable the modification functionality in the opac until such time as this can be facilitated. Staff should be alerted, by e-mail and by an alert status/list when they log in when a patron has modified a request. If this is not possible the option should be there to turn off this functionality. Changes need to be notified to staff so that the correct materials are sourced and duplicate requests and request costs are not incurred by the library. Incorrect requests may be submitted, then modified. Staff may have already processed the request for the first request, thus increasing the workload for the staff member, and necessitating the processing of essentially a second request and the encumbrance of the associated fees. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21016] New: Plugins: Expand usage of opac_js method, or create intranet_js
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21016 Bug ID: 21016 Summary: Plugins: Expand usage of opac_js method, or create intranet_js 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: andrew.isherwood(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There is an opac_js method which gives the opportunity for a plugin to return some Javascript to be embedded in the OPAC. I propose that we either make this method more generic, perhaps, plugin_js, so it can reasonably be used for JS for either the OPAC or intranet, or we add an intranet_js method for embedding JS in plugins that touch the staff client. I suspect there's a use case for a plugin wanting to return different JS for the OPAC and staff client, so the latter idea might be preferable. The inspiration for this proposal is the CLA Check Permissions plugin (Bug 20968), the current workflow is a bit clunky with the button on the Bib toolbar taking the user to a page generated by the plugin, on which the main Javascript is run, opening a modal. The plugin has no use for the additional page, but is necessary to run the Javascript. The proposal would allow us to run the Javascript directly in the Bib view, which would make for a better UX. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 20646] New: "ILL Request" menu options not displayed when user has superlibrarian permission
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20646 Bug ID: 20646 Summary: "ILL Request" menu options not displayed when user has superlibrarian permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com CC: andrew.isherwood(a)ptfs-europe.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com Depends on: 7317, 20515 If the user has 'superlibrarian' permission, the menu is missing :( Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7317 [Bug 7317] Add an Interlibrary Loan Module to Circulation and OPAC https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20515 [Bug 20515] "ILL Request" menu options displayed when user has no ILL permissions -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9