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

[Bug 28876] New: No renewal before advisory text not wrapped in selector
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28876 Bug ID: 28876 Summary: No renewal before advisory text not wrapped in selector Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org Using 'No renewal before' in the circulation rules is a very useful setting, as it blocks a patron from accidentally renewing too many times in quick succession on the OPAC and using up all of their permitted renewals. But the setting also adds some advisory text to the OPAC which confuses our patrons. We would like to be able to hide this text, but it's not wrapped in a selector so we can't target it. To replicate: - Create a circulation rule which includes: Renewals allowed: 4 Renewal period: 21 No renewal before: 20 - Check an appropriate item out to an account with a due date of +10 days - Log into the OPAC with the account - Renew the item - Note that the following (example) information appears in the Renew column: Renewed! No renewal before 19/08/2021 00:00 (3 of 4 renewals remaining) - Use Chrome/Firefox dev/inspect tools and note that 'Renewed!' is wrapped in a span class called 'blabel label-success', and '(3 of 4 renewals remaining)' is wrapped in a span class called 'renewals'. It would be really helpful if a span class could be added to this part of the opac-user.tt template: [% ELSIF ( ISSUE.too_soon ) %] No renewal before [% ISSUE.soonestrenewdate | html %] -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 28450] New: Make Account summary print tables configurable
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28450 Bug ID: 28450 Summary: Make Account summary print tables configurable Change sponsored?: --- Product: Koha Version: unspecified 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 It would be nice if the account summary slip was fully customizable, but as a first step it woudl be nice if the columns in the table of checkouts was configurable. For a library that doesn't charge any fines and fees it would be nice to be able to fully remove these columns. There are also not many classes/ids to use here, I had tried to remove these columns using jQuery, but couldn't get it to work quite rigth with the summarized columns in the last line of the table. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 28871] New: Koha::Objects->empty doesn't work correctly in list context
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28871 Bug ID: 28871 Summary: Koha::Objects->empty doesn't work correctly in list context Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When in list context, it assigns an array with an interator inside. To test: my @patrons = Koha::Patrons->new->empty; Dumper(@patrons); => FAIL: prints [ Koha::Patrons... ] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

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