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

[Bug 18112] New: opac-memberentry.pl doesn't contain streettype field
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '21

10 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18112 Bug ID: 18112 Summary: opac-memberentry.pl doesn't contain streettype field Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: corinne.hayet(a)progilone.fr QA Contact: testopia(a)bugs.koha-community.org streettype is missing in opac-memberentry.pl, we cannot have a complete address -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 28511] New: Road types in OPAC should prefer OPAC description if one exists
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '21

10 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28511 Bug ID: 28511 Summary: Road types in OPAC should prefer OPAC description if one exists Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The road type pull down in the OPAC doesn't use the OPAC description. If one is set, it should be used with a fall back to the normal description. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 28313] New: Add street type to alternate address in OPAC
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '21

10 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28313 Bug ID: 28313 Summary: Add street type to alternate address in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Street type needs to be added to the alternate address block in the OPAC (see bug 18112). -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 28513] New: Analytic search links formed incorrectly
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '21

10 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28513 Bug ID: 28513 Summary: Analytic search links formed incorrectly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In catalogue/detail.pl we form the analytics links like this: Host-item:$cleaned_title but that means we only search from Host-item field only the first token in the title, other tokens get searched from all fields. Same error is when forming the links to display in koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2intranetDetail.xsl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 28615] New: Add a simple way to mock Koha::Logger
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '21

09 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28615 Bug ID: 28615 Summary: Add a simple way to mock Koha::Logger Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Now we are getting rid of $ENV{DEBUG} and C4::Debug with the correct use of Koha::Logger, we need an easy way to make sure we don't get problems with log permissions in the context of tests and, why not, being able to test those $logger->debug calls. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 28595] New: Add ability to map preselected behavior to claims returned resolution statuses
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '21

09 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28595 Bug ID: 28595 Summary: Add ability to map preselected behavior to claims returned resolution statuses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Depends on: 28271, 28593, 28594 When resolving a claim, a library may or may not want to: - mark the item as returned (bug 28594) - apply a new lost status (bug 28271) - apply a new replacement fee (bug 28593) A great next step would be the option to map choices for those three variables to the various claim resolution options. So, for example, if the claim is resolved because the item was found in the stacks, then we want to mark it returned, forgive any fees, and not charge new fees. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28271 [Bug 28271] Add the ability to set a new lost status when a claim is resolved https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28593 [Bug 28593] Add ability to charge lost fee when applying new lost status when resolving a claim https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28594 [Bug 28594] Add ability to mark an item as retuned when resolving a claim -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 28588] New: Add Koha::Checkouts::ReturnClaim->resolve
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '21

09 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28588 Bug ID: 28588 Summary: Add Koha::Checkouts::ReturnClaim->resolve Change sponsored?: --- Product: Koha Version: master 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 Right now it is all solved in the controller. We need some low-level implementation that could be reused (cronjobs?) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28591] New: debug pass to get_template_and_user but not used
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '21

09 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28591 Bug ID: 28591 Summary: debug pass to get_template_and_user but not used Change sponsored?: --- Product: Koha Version: master 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 There is a "debug" parameter we are passing from the controller scripts to C4::Auth::get_template_and_user, but it's not actually used! -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 28590] New: get_shelves_userenv and set_shelves_userenv not used
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '21

09 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28590 Bug ID: 28590 Summary: get_shelves_userenv and set_shelves_userenv not used Change sponsored?: --- Product: Koha Version: master 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 remove them, the get is never used, and the set is storing info in userenv that is never read. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 28508] New: Use "Invoice number" instead of "Invoice no" on the invoice search filter
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '21

09 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28508 Bug ID: 28508 Summary: Use "Invoice number" instead of "Invoice no" on the invoice search filter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org There is not much benefit to using "no" instead of "number", and it makes it less translateable and understandable. This should be fixed in three places that I can see: 1. the search filter form 2. the results table column heading 3. when there are no results, there is text that says 'Search was:' and a label that says 'Invoice no.' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12