- Koha-devel - lists.koha-community.org

Koha 18.05.04 release
by Renvoize, Martin 24 Sep '18

24 Sep '18

The Koha community is proud to announce the release of Koha 18.05.04. This is a maintenance release containing 27 bugfixes The full release notes are available at https://koha-community.org/koha-18-05-04-release/ Debian packages will be uploaded in a few days. Regards, *Martin Renvoize* Development Team Manager *T:* +44 (0) 1483 378728 *F:* +44 (0) 800 756 6384 *E:* martin.renvoize(a)ptfs-europe.com www.ptfs-europe.com <https://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

ppl/company providing dashboard/schema/irc/mana-kb/hea/paste servers, please read this !
by Paul Poulain 15 Sep '18

15 Sep '18

Hello koha-devel, The page https://wiki.koha-community.org/wiki/Website_Administration list all the servers and resources that are managed by the koha-community, with some important informations. There are some servers missing : dashboard, schema, irc, mana-kb, hea and paste. I've added a header for them. If you're managing/hosting one of those services, could you please update the relevant paragraph to have valid information ! PS: I know that BibLibre is responsible for some of them, I'll complete the information, of course ;) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries

1 0

Re: [Koha-devel] [Koha] Internal Server Error when trying to authenticate
by Michael Kuhn 14 Sep '18

14 Sep '18

Hi Just for the record... Yesterday I wrote: > When using Koha 16.05 we have set up a script "auth_divibib.pl" to > authenticate against Divibib (a German company that does about the > same as Overdrive). The script contained lines like > > use C4::Members; > ... > use DateTime; > my $today = DateTime->today->date; > ... > my ($borr) = C4::Members::GetMemberDetails($borrowernumber); > return("1", "0", "0") if defined ($borr->{'debarred'}); > if ($borr->{'dateexpiry'} lt $today) { > return("-3", "0", "0") > } > > After updating to Koha 18.05 unfortunately this is no more working as > before. We have seen in Bug > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17578 there > was a change in C4::Members so we tried to change > C4::Members::GetMemberDetails to C4::Members::GetMember in the code. > But still the file throws an "Internal Server Error" in the browser > and the following error appears in file "plack-error.log". > > Variable "$today" is not available at > /usr/share/koha/opac/cgi-bin/opac/auth_divibib.pl line 164. > Undefined subroutine &C4::Members::GetMember called at > /usr/share/koha/opac/cgi-bin/opac/auth_divibib.pl line 158. > > Can anyone give us a hint how to solve that problem? Reason of the problem was the newly introduced class "Koha::Patrons" about which I didn't know. However I was able to use the new class methods instead of the old ones. I especially liked the new class methods "is_debarred", "is_expired" and "get _age". There was only one problem with the documentation that should probably be corrected: https://perldoc.koha-community.org/Koha/Patron.html actually shows the content of "Koha::Patrons" (with "s" at the end) even though the document itself says the class is named "Koha::Patron". So the file name "Patron.html" and the NAME "Koha::Patron" in the document should probably be corrected. while https://perldoc.koha-community.org/Koha/Patrons.html actually shows the content of another class named "Koha::Patron" (without "s" at the end). So the file name "Patrons.html" should probably be corrected. Both classes do contain a method named "guarantor", the rest is different. 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

1 0

Call for News: September 2018 Newsletter
by kohanews 14 Sep '18

14 Sep '18

I'm collecting news for the September newsletter. Send anything noteworthy to: k o h a news AT gmail dot com News criteria: --------------------------- ** For events **: - Please include dates for past events. If I can't find dates I may not add it. - Announcements for future events with dates T.B.A. are fine ...Eg., Kohacon - For past events , **** one month back is the cut-off ****. * News items can be of any length. * Images are fine * Anything and everything Koha. * Submit by the 26th of the month. If you are working on an interesting project or development related to Koha, please let me know and I'll include it in the development section. Thank you! -- Chad Roseburg Editor, Koha Community Newsletter

1 0

Koha Community Newsletter: August 2018
by kohanews 01 Sep '18

01 Sep '18

The Koha Community Newsletter for August 2018 is here: https://koha-community.org/koha-community-newsletter-august-2018/ Many thanks to the folks who submitted articles and news to this month's newsletter. Please feel free to email me with any corrections or suggestions. -- Chad Roseburg Editor, Koha Community Newsletter

1 0

Conflict between Zebra registers and C4::Search::_build_weighted_query()
by David Cook 30 Aug '18

30 Aug '18

Hi all, I noticed that "Corporate name" doesn't work in the advanced search on the staff client when QueryWeightFields is enabled. The reason is that QueryWeightFields rewrites the query to use the phrase register and "Corporate name" is only indexed in the word register. When the special attribute 14=1 isn't used in the query, this causes Zebra to fail the query with a 114 unsupported attribute error. Now one solution is to add "Corporate name" to the phrase register, but I imagine C4::Search::_build_weighted_query() must be causing this same problem to other queries where an index doesn't exist in the phrase register. I don't know what the best solution is here. I think we all know C4::Search is a terrifying mess of horror, so the easiest solution seems to be to add "Corporate name" to the phrase register. But C4::Search will never change unless we change it. That said, maybe this kind of issue doesn't matter as much anymore in a world where we're trying to move to Elasticsearch? I'm open to thoughts, opinions, and questions. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21286 I'm thinking it might be worthwhile too to report Zebra errors in the Apache logs and maybe surface them on the staff client as well. I'm sure we're all familiar with Koha saying "No results found" when really under the surface Zebra is actually generating errors. I might raise an issue for that and do a quick POC and flesh it out more at Kohacon or something. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595

1 0

Koha 17.11.09 release
by Fridolin SOMERS 29 Aug '18

29 Aug '18

The Koha community is proud to announce the release of Koha 17.11.09. This is a maintenance release with 1 security bug. The full release notes are available at https://koha-community.org/koha-17-11-09-release/ Debian packages will be upgraded in a few days. Regards, -- Fridolin SOMERS <fridolin.somers(a)biblibre.com> BibLibre, France - software and system maintainer

1 0

Koha 18.05.03 released
by Nick Clemens 29 Aug '18

29 Aug '18

The Koha community is proud to announce the release of 18.05.03. This is a maintenance release and contains many bugfixes and enhancements. As always you can download the release now and the packages will follow shortly: http://download.koha-community.org This is Martin's third release as the 18.05.XX release maintainer (and went smoothly despite my mix up), thank you very much to everyone involved in this release. Nick Clemens (kidclamp) on behalf of : *Martin Renvoize* Development Manager -- Nick Clemens Sonic Screwdriver (Development Support) ByWater Solutions IRC: kidclamp

1 0

Signed off status
by Cab Vinton 29 Aug '18

29 Aug '18

Every now & then I come across a bug that's been signed off, but the status is still "Needs Signoff" (e.g., https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14493) Can someone explain? Guessing maybe patches need multiple sign-off's before they pass QA?? If so, probably from someone higher up the food chain than a regular end-user like me? I didn't find guidance in the Development Workflow wiki, but I might have missed something. Many thanks, Cab Vinton, Director Plaistow Public Library Plaistow, NH

2 2

Re: [Koha-devel] Requesting feedback on changing the default behavior for loading the OPAC cart popup
by Alex Buckley 28 Aug '18

28 Aug '18

Hi all Just a quick note to say thanks to everyone who gave their thoughts on the proposed change to the OPAC cart popup (bug 21174). Cheers, Alex

1 0