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

[Bug 28677] New: Add the word "calendar" to the description for ExcludeHolidaysFromMaxPickupDelay
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28677 Bug ID: 28677 Summary: Add the word "calendar" to the description for ExcludeHolidaysFromMaxPickupDelay Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In a previous bug, we standardized wording of several calendar-related sysprefs so they'd be easy to find in a single search. We should have included ExcludeHolidaysFromMaxPickupDelay in that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 29772] New: Make DELETE /patrons return error codes in error conditions
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29772 Bug ID: 29772 Summary: Make DELETE /patrons return error codes in error conditions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Bug 28020 introduces the option to return error codes instead of just textual descriptions. Let's use that! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 28020] New: Error responses should return a code
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28020 Bug ID: 28020 Summary: Error responses should return a code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Right now, many error conditions on the REST API correctly return an error status (e.g. 500, 400, 403, etc) and a nice description of the error (e.g. "Anonymous patron cannot be deleted"). But, in order to ease building translatable UIs based on the REST API, we need to add an 'error_code' attribute, and probably a payload to the responses for using later to query a key/value collection (or similar). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 29289] New: 'Show fines to guarantor' should have it's own class on staff patron detail page
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29289 Bug ID: 29289 Summary: 'Show fines to guarantor' should have it's own class on staff patron detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The "Show fines to guarantor" on the details tab in the patron account on the staff side should have it's own id for easy customization as the entry for showing checkouts already has. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 20105] New: Ability to allow Article Request to be without an attached record
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20105 Bug ID: 20105 Summary: Ability to allow Article Request to be without an attached record Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: kyle(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A library inquired about allowing article requests to work similarly to purchase suggestions. Instead of having patron search for the subscription or record that they would like the article from- instead they would like the patron to fill out a form (as they would in a purchase suggestion) with fields (from the system preference : ArticleRequestsMandatoryFields, ArticleRequestsMandatoryFieldsItemOnly, ArticleRequestsMandatoryFieldsRecordOnly Currently when the Request Article link is clicked, it brings up the opac-request-article.pl with a biblio number. This may have a dual purpose - it could potentially be used for ILL material form for a library also! Kelly Bywater Solutions -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 27737] New: Tag editor for authority lookup broken in authority editor
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '22

06 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27737 Bug ID: 27737 Summary: Tag editor for authority lookup broken in authority editor Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Keywords: regression Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org Depends on: 22399 Steps to reproduce: 1. Authorities, search for any authority ("Perl" will work fine in kohadev), Actions - Edit 2. Switch to tab 5, click "SEE ALSO FROM TRACING--PERSONAL NAME" to expand subfields 3. In subfield a, type smith and click the ... at the end of the field to open authority search 4. Search and choose any of the results Expect result: Subfield a contains the name from the authority you chose, subfield 9 contains the authid Actual result: Subfield a still contains just the smith that you typed, though subfield 9 does contain the authid The bib editor does work correctly. Bisected to 579608808c4ec81f469e4c48627525d17a16194d from bug 22399 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22399 [Bug 22399] Improve responsive behavior of the basic marc editor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 29161] New: Holds to pull should show item level holds only if available
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '22

06 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29161 Bug ID: 29161 Summary: Holds to pull should show item level holds only if available Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: minna.kivinen(a)hamk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Holds to pull list shows now item level hold on the list if there are other items available. Item level hold should show on the list only when requested item is available. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 29148] New: Holds to Pull doesn't reflect item-level holds
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '22

06 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29148 Bug ID: 29148 Summary: Holds to Pull doesn't reflect item-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To test: - have an item with multiple copies - place an item-level hold on one of the copies - go to Holds to Pull (/cgi-bin/koha/circ/pendingreserves.pl) - confirm it shows "[one of the barcodes] or any available" when it should show specifically the barcode of the item on which your hold was placed and should not show "or any available" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 27970] New: Koha::Template::Plugin::Branches->pickup_location is failing due to unexpected behavior of Koha::Libraries->new->empty
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '22

06 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27970 Bug ID: 27970 Summary: Koha::Template::Plugin::Branches->pickup_location is failing due to unexpected behavior of Koha::Libraries->new->empty Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This test-script: #!/usr/bin/perl -w # use strict; use Koha::Libraries; use Data::Dumper; my @empty = map {$_->unblessed} Koha::Libraries->new->empty; print Dumper(\@empty); yields this output: $VAR1 = [ [] ]; In other words, we get an array with a reference to an empty array. This is unexpected in two different ways: * The array should contain hash references (whenever it contains anything). * The array should be empty. The problem is that this will cause Template::Plugin::Branches->pickup_location to crash in some circumstances. A workaround is to add something like this to the loop: next if is_arrayref($l); I'm guessing the actual error is in DBIx. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23463] New: Move C4::Items CRUD subroutines to Koha::Item
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '22

06 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23463 Bug ID: 23463 Summary: Move C4::Items CRUD subroutines to Koha::Item 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(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 258