- Koha - lists.katipo.co.nz

Checkout page - Can't locate object method "search" via package "Koha::Account::DebitTypes"
by Caitlin Watkins 30 Jan '20

30 Jan '20

Checkout page - Can't locate object method "search" via package "Koha::Account::DebitTypes" After upgrading from 19.05.02-2 to 19.11.02-1, our installation has had the following issue. When trying to checkout items, after choosing a patron by name, the following page ( https://seattle-intra.theosophicallibrary.org/cgi-bin/koha/circ/circulation…) returns: Software error: Can't locate object method "search" via package "Koha::Account::DebitTypes" (perhaps you forgot to load "Koha::Account::DebitTypes"?) at /usr/share/koha/lib/Koha/Account.pm line 674. Possibly relevant: Under Administration -> Debit Types, i see the following: C Unexpected type found during upgrade 0.00 Yes No limitation Copier Fees Copier Fees 0.25 Yes No limitation MANUAL Manual fee 0.00 Yes No limitation Pay Unexpected type found during upgrade 0.00 Yes No limitation W Unexpected type found during upgrade 0.00 Yes No limitation After searching i haven't found any references to this error, but Bug 23049 might be relevant? https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23049 Any assistance would be greatly appreciated! About Koha provides the following: Koha version: 19.11.02.000 OS version ('uname -a'): Linux seattle 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 Perl interpreter: /usr/bin/perl Perl version: 5.024001 Perl @INC: /usr/share/koha/lib /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base /var/lib/koha/seattle/plugins MySQL version: mysql Ver 15.1 Distrib 10.1.41-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2 Apache version: Server version: Apache/2.4.25 (Debian) Memcached: Servers: 127.0.0.1:11211 | Namespace: koha_seattle | Status: running. | Config read from: koha-conf.xml Zebra version: Zebra 2.0.59 (C) 1994-2014, Index Data Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: c00bfddbf0f3608340d61298acc61dafb167f9b2 Using ICU Date and time: 01/28/2020 02:44 AM Time zone: Used: America/Los_Angeles | Config: Undefined | Environment (TZ): Undefined Database is hosted on google cloud SQL server, but has worked correctly up until this point. -- Seattle Theosophical Library 717 Broadway E, Seattle, WA 98102 (206) 267-0156 | library(a)seattletheosophy.org Browse our catalog online <https://seattle.theosophicallibrary.org/> *A service of the **Theosophical Society in Seattle <http://seattletheosophy.org>*

3 2

Global Bug Squashing Day - February 14th 2020
by Renvoize, Martin 30 Jan '20

30 Jan '20

Hi All, At the last Koha Developers Meeting, it was proposed that we bring back regular Global Bug Squashing Day events to help keep the bug queue moving along and encourage more people to get involved. As such, we are arranging such a day to take place on the 14th of February. We hope to see some new names added to the list of contributors: Testing, Signoff, Quality Assurance, Patch Writing, Documentation additions all count, and there will be friendly developers available to help throughout the day on IRC <https://koha-community.org/get-involved/irc/>! If you have always wanted to get involved now is a good time, so spin up a devbox, try out a sandbox, or just visit us in IRC and ask everything you wanted to know about Koha and we will help as best as we can. Please see https://wiki.koha-community.org/wiki/2020-02-14_Global_bug_squashing_day for more information. *Martin Renvoize* <https://www.ptfs-europe.com> Development Team Manager Community Release Manager (19.11, 20.05) *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize(a)ptfs-europe.com *Fax:* +44 (0) 800 756 6384 www.ptfs-europe.com Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info(a)ptfs-europe.com

1 0

Fwd: FW: Signoff request for bug 21190 [GDPR logging]
by Marcel de Rooy 30 Jan '20

30 Jan '20

See my request below. Unfortunately, it was not accepted by the mailing list due to added company signatures (with attachment). So here is another try. Marcel ---------- Forwarded message --------- Van: Marcel de Rooy <M.de.Rooy(a)rijksmuseum.nl> Date: do 30 jan. 2020 om 09:04 Subject: FW: Signoff request for bug 21190 [GDPR logging] To: rooy.de.m(a)gmail.com <rooy.de.m(a)gmail.com> *Van:* Marcel de Rooy *Verzonden:* woensdag 29 januari 2020 14:23 *Aan:* koha ml <koha(a)lists.katipo.co.nz> *Onderwerp:* Signoff request for bug 21190 [GDPR logging] Hi, See bug 21190. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21190 GDPR: Log successful/unsuccessful login attempts [part 1] Some people asked for it. I wrote something. I do not really need it myself. I waited three months, but to no avail. This is my last resort ;) If you are interested in such changes, please test and signoff. If no one is, I will not keep waiting but just happily close the report. Thanks, Marcel

2 1

upgrade tp 19.00.02-1 memcached error
by Alvaro Cornejo 30 Jan '20

30 Jan '20

Hi I´ve just upgrade to 19.11.02-1 and the upgrade showed the following errors regarding memcached. Setting up koha-common (19.11.02-1) ... Upgrading database schema for biblioteca Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Updated the es-ES translations. Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Updated the fr-FR translations. Setting up libsasl2-modules:amd64 (2.1.27~101-g0780600+dfsg-3ubuntu2.1) ... Processing triggers for libc-bin (2.27-3ubuntu1) ... W: APT had planned for dpkg to do more than it reported back (15 vs 19). Affected packages: koha-common:amd64 After this, I restart memcached and it seems working: acornejo@CelacpVPS-2:/etc/sysctl.d$ sudo service memcached restart acornejo@CelacpVPS-2:/etc/sysctl.d$ sudo service memcached status ● memcached.service - memcached daemon Loaded: loaded (/lib/systemd/system/memcached.service; enabled; vendor preset Active: active (running) since Thu 2020-01-30 00:51:09 -05; 7s ago Docs: man:memcached(1) Main PID: 9050 (memcached) Tasks: 10 (limit: 4676) CGroup: /system.slice/memcached.service └─9050 /usr/bin/memcached -m 64 -p 11211 -u memcache -l 127.0.0.1 -P Jan 30 00:51:09 CelacpVPS-2 systemd[1]: Started memcached daemon. acornejo@CelacpVPS-2:/etc/sysctl.d$ And koha about shows memcached running: Memcached: Servers: 127.0.0.1:11211 | Namespace: koha_library | Status: running. | Config read from: koha-conf.xml Is there something I should check? Regards Alvaro |-----------------------------------------------------------------------------------------------------------------| Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.com

1 0

External Independent Security Audit of Koha
by dcook＠prosentient.com.au 30 Jan '20

30 Jan '20

Hi all, Fred King's email about using Koha in a Protected Health network reminded me of a question I wanted to pose around the world. Has anyone commissioned an external independent security audit of Koha? That is to say, a security audit from someone other than a Koha support vendor? If so, would they be willing to share the results with other Koha libraries? For instance, in Fred's case, he could refer his IT department to those results, so they could use it in their risk management analysis. (Of course, I think it would be important to note that security depends a lot on the implementation itself, the version of the Koha software, and so on. So one security audit report would not cover all implementations world-wide, but it could be a useful starting point.) I know that I've had IT departments interested in these third-party external independent security audits, so I imagine this is actually a common request that a lot of Koha users around the world are probably facing. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595

1 0

relevance problem
by paweln 29 Jan '20

29 Jan '20

Hello everyone, I have problem with relevance. When I search and set relevance as ‘Publication/Copyright date: newest to oldest’, Koha returns records without any order? What may cause a problem? Best regards, Paweł Niedźwiadek -- Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html

2 3

Fines till date
by paweln 29 Jan '20

29 Jan '20

Hello. I would like to charge fines till specified date, e.g. 20.01.2020. Before that day will be no fines, despite of checkout history. I could not find any description, how to do that. Probably I overlook something. I kindly ask for tips. Paweł -- Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html

2 1

list of biblio without items and empty marc 773
by Alvaro Cornejo 29 Jan '20

29 Jan '20

Hi I´m trying to get a report of all biblios that does not have an item and marc 773 / * are empty/NULL or just 773 / 0. The issue is that when linking analytical monographic reccord to a specific biblio, field/subfields of 773 are populated with "parent" record information. Analitical Monographic record remains with no item so further queries still return those items. I tried several variations of the following query unsuccessfully SELECT CONCAT('<a href=\"/cgi-bin/koha/catalogue/detail.pl?biblionumber=',b.biblionumber,'\">',b.biblionumber,'</a>') AS RecEdit, b.title AS TITLE FROM systempreferences, biblio AS b LEFT JOIN items AS i ON b.biblionumber = i.biblionumber LEFT JOIN biblio_metadata AS m ON i.biblionumber = m.biblionumber WHERE i.itemnumber IS NULL AND systempreferences.variable='OPACBaseURL' AND (SELECT ExtractValue(metadata,'//datafield[@tag="773"]/subfield[@code="0"]') FROM biblio_metadata AS m WHERE m.biblionumber) IS NULL Any ideas as how to fix this query? Regards, Alvaro |-----------------------------------------------------------------------------------------------------------------| Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.com

1 0

Cover image not shown in opac search result but biblio detail
by Alvaro Cornejo 29 Jan '20

29 Jan '20

Hi I´m running koha 19.11.002 and noticed that the opac search result does not show biblio some cover images; however biblio detail show it. On the intranet, image is shown in both, the search page and the biblio detail. I´ve checked all cover system preferences but found nothing that can help. In usercss I only add a line to remove ¨no cover image¨ /* Hide the no image found image */ .no-image { display: none !important; } If I remove that line, the no image icon appears for a couple of seconds and then disappears A side question, where are the local images stored? is there a marc record for that? Any ideas? Regards Alvaro |-----------------------------------------------------------------------------------------------------------------| Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.com

1 0

Where has "OpacNavRight" gone?
by Michael Kuhn 29 Jan '20

29 Jan '20

Hi Today I was astonished when I was trying to edit Koha system preference "OpacNavRight" - there is no such preference anymore! Also the Koha 19.05 and 19.11 manuals don't mention this preference anymore. But the release https://koha-community.org/koha-19-11-release/ list the following bug as solved: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23253 (OpacNavRight does not display correctly for opacuserlogin disabled or self registration) However, we would like to fill the empty space of the right column under the main login form - at the moment it is completely white... Is this a bug or did I miss something? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik(a)adminkuhn.ch · W www.adminkuhn.ch

4 5