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

[Bug 23561] New: REST API: Partially update an ILL request
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23561 Bug ID: 23561 Summary: REST API: Partially update an ILL request 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: black23(a)gmail.com Method PATCH /ill_requests/{ill_request_id} -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 28909] New: Allow Interlibrary Loans illview method to use backend template
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28909 Bug ID: 28909 Summary: Allow Interlibrary Loans illview method to use backend template 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 A number of the various "stages" of an ILL request allow the request's backend to add additional template to be displayed. It would be useful for the "illview" stage to be able to do this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 24258] New: Sending partner request doesn't fall back to KohaAdminEmailAddress
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24258 Bug ID: 24258 Summary: Sending partner request doesn't fall back to KohaAdminEmailAddress 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: caroline.cyr-la-rose(a)inlibro.com The code only looks for the branchemail, and if there is none, it doesn't fall back to KohaAdminEmailAddress. To reproduce : - If your branches have emails, remove them - Make sure KohaAdminEmailAddress is filled - Go to ILL module - Create a request - Click on 'Place request with partners' - Click 'Send email' I get an error message 'Your library has no usable email address. Please set it.' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28634] New: ILL partner request notices are attached to the request creator rather than the partner recipient
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28634 Bug ID: 28634 Summary: ILL partner request notices are attached to the request creator rather than the partner recipient 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 send an ILL request to a partner, the borrowernumber of the entry in message_queue should be the ID of the recipient of the notices, instead the ID of the user who created the ILL request is used instead. The upshot of this is that although the notice goes to the correct recipient, it is attached to the wrong user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 23714] New: Problem with ILLModuleUnmediated
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23714 Bug ID: 23714 Summary: Problem with ILLModuleUnmediated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no If you run this: $ sudo koha-shell -c "prove t/db_dependent/Illrequests.t" kohadev you get this: Use of uninitialized value in concatenation (.) or string at /home/vagrant/kohaclone/Koha/Illrequest.pm line 857. Use of uninitialized value in concatenation (.) or string at /home/vagrant/kohaclone/Koha/Illrequest.pm line 859 (Among some other warnings that are fixed on bug 23712.) Lines 857 and 859 look like this: my $intra_tmpl = join "/", $backend_tmpl, "intra-includes", $params->{method} . ".inc"; my $opac_tmpl = join "/", $backend_tmpl, "opac-includes", $params->{method} . ".inc"; $params->{method} is uninitialized because of these lines in Koha::Illrequest::backend_create(): if ( C4::Context->preference("ILLModuleUnmediated") && $permitted ) { my $unmediated_result = $self->_backend_capability( 'unmediated_ill', $args ); $result = $unmediated_result if $unmediated_result; } This replaces whatever was in $result. So before this code you can have a $result that looks like this: $VAR1 = { 'stage' => 'commit', 'method' => 'create', 'permitted' => 1 }; and after the code it looks like this: $VAR1 = { 'unmediated_ill' => 1 }; Is this the intended behaviour? If no, we should fix it (add 'unmediated_ill' => 1 to the existing data instead of replacing it?). If yes, we should make expandTemplate() handle a missing method more gracefully. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 32475] New: The phrase "System prefs" should be replaced with the correct terminology "System preferences"
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32475 Bug ID: 32475 Summary: The phrase "System prefs" should be replaced with the correct terminology "System preferences" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface 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 Basically, the phrase "System prefs" used on the log viewer page (viewlog.pl) is slang and we should use the correct terminology that we use everywhere else. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 31233] New: Grace period is used for determining when a suspension will be placed
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31233 Bug ID: 31233 Summary: Grace period is used for determining when a suspension will be placed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The grace period is labelled "Fine grace period" in the circulation rules, but will also be used when working with suspension days. If the chargeable units (days overdue with or without closing days) is smaller than the grace period, the suspension will not be placed. So we should change the description in circulation rules probably. sub _calculate_new_debar_dt { [...] if ( $deltadays->subtract($grace)->is_positive() ) { ... place suspension restriction -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 23032] New: Add 264 to Alternate Graphic Representation (MARC21 880)
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23032 Bug ID: 23032 Summary: Add 264 to Alternate Graphic Representation (MARC21 880) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 3567 Target Milestone: --- The 880 field containing information from 264 is not displayed in the OPAC and intranet detail pages. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3567 [Bug 3567] Display Alternate Graphic Representation (MARC21 880) in OPAC -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 22000] New: Remove extraneous parameters from API route spec
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22000 Bug ID: 22000 Summary: Remove extraneous parameters from API route spec 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: andrew.isherwood(a)ptfs-europe.com As noted in https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21460#c9 the "get" route definition makes reference to a bunch of query parameters that have no handling in the endpoint controller. We should remove these. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25454] New: When placing holds for clubs there should be an alert if a hold is not placed for a club member
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25454 Bug ID: 25454 Summary: When placing holds for clubs there should be an alert if a hold is not placed for a club member Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When placing holds for clubs, there is currently no alert letting staff know that a patron/s did not get the item placed on hold for them. If a patron already has too many holds, then this club level hold does not get placed, and the staff does not get alerted that a hold was not placed for the patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4