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

[Bug 19287] New: Add ability to mark an item ‘Lost’ from ‘Holds awaiting pickup’ list
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '20

25 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19287 Bug ID: 19287 Summary: Add ability to mark an item ‘Lost’ from ‘Holds awaiting pickup’ list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The BULAC (http://www.bulac.fr/) would like to mark items not found on shelves after patrons’ holds as ‘Lost’ directly from the “Circulation > Holds awaiting pickup” list. We could have a new button on the “Action” columns of the 2 tabs, producing 3 automatic actions : - cancel the hold - notify the patron if the hold was supposed to be available (the notice should be set on the “Tools > Notices and Slips” menu) - set the field “items.notforloan” or “items.itemlost” (define in a system preference) from “0” to a value from the same ‘authorized values list’ and set in another system preference As long as “Change sponsored?” is set on “Seeking developer”, anyone wanting to quote us for the development of such a feature or just ask for more information is welcome to write to us: <sigb(a)bulac.fr>. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 108

[Bug 23788] New: Writing off multiple fees allows 'overpayment' of those fees
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '20

24 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23788 Bug ID: 23788 Summary: Writing off multiple fees allows 'overpayment' of those fees Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Individual fees cannot be overpaid of over-written off, but it's possible to 'overpay' a writeoff of selected fees. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 22594] New: Validate SMS messaging numbers using the E.164 format
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '20

24 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22594 Bug ID: 22594 Summary: Validate SMS messaging numbers using the E.164 format Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Many SMS messaging services reject numbers that do not conform to the E.164 international public telecommunication numbering plan. On the OPAC we already We already tell patrons on the OPAC "Please enter numbers only. (123) 456-7890 would be entered as 1234567890." but we do not enforce this. We should be validating the patron's SMS number on both the staff side and the patron self-service for updating the SMS number. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 21189] New: GDPR: Log all CRUD actions on patron data
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '20

23 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21189 Bug ID: 21189 Summary: GDPR: Log all CRUD actions on patron data Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: vfernandes(a)keep.pt QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Under the auspices of the recently issued European legislation regarding data privacy (GDPR), the Portuguese government has issued a series of mandatory requirements, as well as general recommendations, for software applications that are implemented under the umbrella of public bodies (RCM 41/2018). Since Koha is mostly used by municipalities and universities in Portugal, some of these mandatory requirements need to be address by Koha implementers in Portugal. We believe that this requirement is also useful for the community at large. Here’s a description of the requirement. *** Requirement description *** Every operation that has to do with creating, updating, deleting and changing permissions of user personal data should be logged. One should know who, when, on who and from the operation has been performed. *** Scope *** Applies in all cases. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 25675] New: System preference PatronSelfRegistration incorrectly described
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '20

22 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25675 Bug ID: 25675 Summary: System preference PatronSelfRegistration incorrectly described Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The system preference PatronSelfRegistration description states: "library patrons to register or modify their account via the OPAC" however, in testing it, patron self modification is actually controlled by OPACPatronDetails system preference, which is in a different area of system preferences. At the very least, the description for PatronSelfRegistration should be updated to removed the reference to "modify". I would also propose that OPACPatronDetails and PatronSelfModificationBorrowerUnwantedField are placed together. It is very confusing to enable the modification function in one section, and define the display in another section. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 25521] New: NewItemsDefaultLocation description should not mention cart_to_shelf.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '20

22 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25521 Bug ID: 25521 Summary: NewItemsDefaultLocation description should not mention cart_to_shelf.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 This system preference says "NOTE: This system preference requires the misc/cronjobs/cart_to_shelf.pl cronjob. Ask your system administrator to schedule it." But this isn't true, you don't need cart_to_shelf running to use the PROC shelving location. If you you want to go from PROC to CART to permanent location then you need cart_to_shelf for that last part, but not for the PROC part. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 25747] New: Don't display , when patron has no firstname
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25747 Bug ID: 25747 Summary: Don't display , when patron has no firstname 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 When we use the invert_name option with patron-title.inc, there is still a ',' displayed when the patron has no firstname. This is the normal case for organisations and also might be in some countries where the name structure is different. This is from holds queue (after bug 25555): [% INCLUDE 'patron-title.inc' invert_name=1 patron=itemsloo.patron hide_patron_infos_if_needed=1 link_to="circulation_reserves" %] -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 25919] New: Desks link is available in left side menu even if UseCirculationDesks is disabled
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25919 Bug ID: 25919 Summary: Desks link is available in left side menu even if UseCirculationDesks is disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I noticed the 'Desks' link in the administration menu on the left side is displayed even if the UseCirculationDesks syspref is turned off. To reproduce: 1- Make sure UseCirculationDesks is set to 'Don't use' 2- Go in Administration > Libraries (or any other section of the admin module) 3- Notice the 'Desks' link in the left side menu -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 25555] New: Holds Queue sorts patrons my firstname
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25555 Bug ID: 25555 Summary: Holds Queue sorts patrons my firstname 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The Holds Queue table sorts name by firstname which is less helpful than sorting by surname -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22705] New: Koha tries and fails to connect to local ElasticSearch while configuration points to a remote one
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22705 Bug ID: 22705 Summary: Koha tries and fails to connect to local ElasticSearch while configuration points to a remote one Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com Target Milestone: --- Relevant configuration block in $KOHA_CONF: <elasticsearch> <server>elasticsearch5</server> <index_name>koha_master</index_name> </elasticsearch> % misc/search_tools/rebuild_elastic_search.pl -v Indexing biblios [Cxn] ** [http://127.0.0.1:9200]-[599] Could not connect to '127.0.0.1:9200': Connection refused, called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /home/koha/env/master/src/Koha/SearchEngine/Elasticsearch/Indexer.pm line 382. With vars: {'status_code' => 599,'request' => {'serialize' => 'std','method' => 'HEAD','qs' => {},'path' => '/koha_master_biblios','ignore' => [],'body' => undef}} It looks like it is related to the 'Sniff' CxnPool. When I remove this line https://gitlab.com/koha-community/Koha/blob/7e218b81e6f7e4cf8bb8be3aef547cd… everything works as expected -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17