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

[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 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 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 20809] New: Link patron image to patron image add/edit form
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '23

09 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20809 Bug ID: 20809 Summary: Link patron image to patron image add/edit form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 75514 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75514&action=ed… Screen capture of the edit button interaction The structure of moremember.tt makes it possible to use AJAX to pull just the patron image add/edit form and display it in a modal. I'd like to add a link to the patron image so that the image can be edited from anywhere it displays. -- You are receiving this mail because: You are watching all bug changes.

1 59

[Bug 18412] New: Show list price in foreign currency in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '23

09 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18412 Bug ID: 18412 Summary: Show list price in foreign currency in acquisitions Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment, the list price as entered in a foreign currency is not shown in acquisitions on the basket or receive forms. Only the converted price is shown. A As exchange rates can change and the libraries need to check invoices etc with the price an item was ordered with, we should also show the list price as it was entered in the foreign currency. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9