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

[Bug 28479] New: TestBuilder.pm uses incorrect method for checking if objects to be created exists
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28479 Bug ID: 28479 Summary: TestBuilder.pm uses incorrect method for checking if objects to be created exists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Test Suite Assignee: joonas.kylmala(a)helsinki.fi Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com Blocks: 22690 While working on bug 22690 it was discovered that TestBuilder.pm uses incorrect method to check if objects to be built already exists or not. The warning we got due to this was: > DBIx::Class::Storage::DBI::select_single(): Query returned more than one row. SQL that returns multiple rows is DEPRECATED for ->find and ->single at /kohadevbox/koha/t/lib/TestBuilder.pm line 235 I'm working on a patch for this, I think it helps to explain more the problem – it was quite tough to debug but I think I got to the bottom of it finally. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22690 [Bug 22690] Merging records with many items too slow (Elasticsearch) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 28388] New: Search result set is lost when viewing the MARC plain view (opac-showmarc.pl)
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28388 Bug ID: 28388 Summary: Search result set is lost when viewing the MARC plain view (opac-showmarc.pl) 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: timothy_alexis.vass(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org After searching with multiple results the bibliographic details page (opac-detail.pl?biblionumber=...) has the option to browse results. When clicking the MARC View (opac-MARCdetail.pl?biblionumber=...) and then returning to Normal view, the search result is preserved. However, when clicking "view plain" in the MARC View and then returning to Normal view, the search result is lost and browsing to a different biblio in the result set will drop the browse results functionality. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 28422] New: OPAC MARC detail view doesn't correctly evaluate holdability
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28422 Bug ID: 28422 Summary: OPAC MARC detail view doesn't correctly evaluate holdability Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The MARC detail view in the OPAC will show a "Place hold" link at times when holds are not allowed. The situation which I observed was when all items were "not for loan." The template expects the "norequests" variable to be set correctly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 28605] New: Code to calculate item's holdability must be moved to Koha::Item
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28605 Bug ID: 28605 Summary: Code to calculate item's holdability must be moved to Koha::Item 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 28422 Code is duplicated in opac/opac-ISBDdetail.pl, opac/opac-MARCdetail.pl and opac/opac-detail.pl (at least). It must be moved to a Koha::Item method 721 $norequests = 0 722 if $norequests 723 && !$itm->{'withdrawn'} 724 && !$itm->{'itemlost'} 725 && ($itm->{'itemnotforloan'}<0 || not $itm->{'itemnotforloan'}) 726 && !$itemtypes->{$itm->{'itype'}}->{notforloan} 727 && $itm->{'itemnumber'}; search for '$norequests' in those 3 files. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28422 [Bug 28422] OPAC MARC detail view doesn't correctly evaluate holdability -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 21286] New: Advanced search for Corporate-name creates Zebra errors
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21286 Bug ID: 21286 Summary: Advanced search for Corporate-name creates Zebra errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au If you're in the advanced search in the staff client, and if you're using the QueryWeightFields system preference, and if you're searching with "Corporate-name", you'll generate Zebra errors. There are a few things contributing to this problem. One is that Corporate-name is only indexed into the "word" register and not the "phrase" register. This becomes a problem with QueryWeightFields, because of the last conditional block in C4::Search::_build_weighted_query() which rewrites the search query to include $index,ext,r1, which forces a search of the "phrase" register, which causes Zebra to explode (when it doesn't use the 14=1 special attribute). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 13985] Cash Management - Koha as 'Point of Sale'
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 Bug 13985 depends on bug 28344, which changed state. Bug 28344 Summary: One should be able to issue refunds against payments that have already been cashed up. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28344 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to oldstable |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28344] New: One should be able to issue refunds against payments that have already been cashed up.
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28344 Bug ID: 28344 Summary: One should be able to issue refunds against payments that have already been cashed up. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Looks like the refund action got lost when implementing the historic transactions component of the register transaction details page. That was a mistake, refunds should be able to take place on older transactions too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 28191] New: Update wording on batch patron deletion to reflect changes from bug 26517
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28191 Bug ID: 28191 Summary: Update wording on batch patron deletion to reflect changes from bug 26517 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 26517 Bug 26517 changed the logic used to prevent patron batch deletion to prevent the deletion of any patron with permissions. The batch patron deletion page lists the reasons a patron will be retained and should up updated to reflect this change. Right now it says: Patrons will not be deleted if they meet one or more of the following conditions: They have items currently checked out. They have a non-zero account balance. They are the guarantor to another patron. They are in a patron category of type staff. We should add a line of: They have staff permissions. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26517 [Bug 26517] Avoid deleting patrons with permission -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 27929] New: Regex option in item batch modification is hidden for itemcallnumber if 952$o linked to cn_browser plugin
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '21

11 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27929 Bug ID: 27929 Summary: Regex option in item batch modification is hidden for itemcallnumber if 952$o linked to cn_browser plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: - Confirm that you have the 952$o linked to the cn_browser.pl plugin in the default framework - send one or more items to batch mod - confirm that the call number field does not give you a regex option - inspect the call number field in your browser, confirm the regex controls are there but not displayed (<span name="regex_fields" style="display: none;">) - go back to your default framework, unlink the 952$o from the plugin - reload your batch mod, confirm regex shows -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 28443] New: Terminology: Issuing should be Checking out
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '21

10 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28443 Bug ID: 28443 Summary: Terminology: Issuing should be Checking out Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial 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 koha-tmpl/intranet-tmpl/prog/en/modules/circ/circulation_batch_checkouts.tt:11 %s Issuing items to %s &rsaquo; Batch check out &rsaquo; %s Circulation &rsaquo; Koha␠ -- You are receiving this mail because: You are watching all bug changes.

1 11