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

[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 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

[Bug 29117] New: Placing a multi-club-hold is not possible
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29117 Bug ID: 29117 Summary: Placing a multi-club-hold is not possible 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: joonas.kylmala(a)iki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you try to create a club hold for many biblios using the multi-hold feature by selecting many biblios for hold from the search results it doesn't work, you always get the message "No items are available to be placed on hold" To reproduce, create a new club with a patron and then try to place a multi hold for a club from the catalogue search results. Or if you have kohadevbox you can open this url directly: http://localhost:8081/cgi-bin/koha/reserve/request.pl?biblionumbers=248/233 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31536] New: Add UNIMARC framework plugin to fetch PPN from sudoc.fr
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '23

11 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31536 Bug ID: 31536 Summary: Add UNIMARC framework plugin to fetch PPN from sudoc.fr Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 24429] New: Advanced editor - Add ability to generate an export file as cataloger saves
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '23

10 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24429 Bug ID: 24429 Summary: Advanced editor - Add ability to generate an export file as cataloger saves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: carnold(a)dgiinc.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Catalogers here are looking for a way to generate an export file (to send to clients) as they are copy cataloging and saving a records. This feature should be similar to OCLC's "local files" and ITS's "Save to... Export File" feature. In other words, once the cataloger has set up to Save to an export file all future saves are saved to that export file until the feature is turned off. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30982] New: Use the REST API for background job list view
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '23

10 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30982 Bug ID: 30982 Summary: Use the REST API for background job list view Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We should implement and use a REST API route to retrieve the background job list. -- You are receiving this mail because: You are watching all bug changes.

1 118