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

Presentation and questions about koha development
by Estefanía 18 Apr '18

18 Apr '18

Good night to everyone! Nice to meet you I am Estefanía, from Argentina and my first approach to koha was the past year, in a comparison to decide wich ILS is the best to adapt it for my University´s Libraries. And now, for the Final Project of my career I want to adapt it. I’ve read about the KohaDevBox, but it says “The KohaDevBox is not suitable for running Koha in production”, so I think it doesn´t work for me, right? I wish to use the IDE Eclipse, but when I follow the steps in https://wiki.koha-community.org/wiki/Eclipse, I got an error when I try to execute the command “sudo lxc-create -t download -n u1 -- -d kohadev -r trusty -a amd64”, it says: “ERROR: Couldn't find a matching image. lxc-create: lxccontainer.c: create_run_template: 1297 container creation template for u1 failed lxc-create: tools/lxc_create.c: main: 318 Error creating container u1” Anyway, I have a Debian Stretch Virtual Machine in VirtualBox, so I follow these steps: “echo deb http://debian.koha-community.org/koha unstable main | sudo tee /etc/apt/sources.list.d/koha.list wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add - sudo apt-get update sudo apt-get install koha-perldeps” Installed JRE from http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-1331…, Eclipse from https://www.eclipse.org/downloads/download.php?file=/oomph/epp/oxygen/R2/ec…, EPIC from http://www.epic-ide.org/download.php and Perl PadWalker-module. Installed git-core and downloaded “git://git.koha-community.org/koha.git kohaclone” And get an error indicating that the archive koha-conf.xml wasn’t found…so I copied it to the default path, and this error gets fixed. But I get errors in the source code when I did not change anything, I would like to work from the koha 17.11 stable version, I did something wrong? There is a way to download from git a stable version? Best regards, Estefanía --- El software de antivirus Avast ha analizado este correo electrónico en busca de virus. https://www.avast.com/antivirus

2 1

Call for News: April 2018 Newsletter
by kohanews 18 Apr '18

18 Apr '18

I'm collecting news for the April 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

Clear OPAC self-registration form when back button pressed
by David Cook 17 Apr '18

17 Apr '18

What do people think about clearing the OPAC self-registration form when back button pressed? I used some code* from https://stackoverflow.com/questions/8861181/clear-all-fields-in-a-form-upon- going-back-with-browser-back-button to implement it and it worked pretty well on the latest Chrome on Windows 10. That way you don't have people finding personal information about other people just by pressing "Back" on a public computer. * $(window).bind("pageshow", function() { var form = $('#memberentry-form'); // let the browser natively reset defaults form[0].reset(); }); David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595

3 3

Using template toolkit in notices
by Barton Chittenden 14 Apr '18

14 Apr '18

I'm trying to use template toolkit for notices, as illustrated on https://wiki.koha-community.org/wiki/Notices_and_Slips_Library#Notices_and_… This uses the syntax [% USE Branches %] or [%- USE date -%] to import ... something. The wiki page says 'See Koha/Template/Plugin/Branches.pm, as well as other modules in Koha/Template/Plugin/' ... the modules in Koha/Template/Plugin/ are fairly limited... and 'date' Isn't one of them (in fact it's calling methods from Date::Manip, which isn't even part of Koha). I'm trying to wrap my brain around which modules are available, and how they're called. Any pointers would be welcome. Thanks, --Barton

1 0

Update your QA tests repo
by Jonathan Druart 13 Apr '18

13 Apr '18

Hi devs, I have just pushed Bug 20538 - Remove the need of writing [% KOHA_VERSION %] everywhere You need to update your qa-test-tools repo (gitlab.com: koha-community/qa-test-tools.git): commit baa71d3757ccaee183ff744ae752a689d7cf41ff Bug 20538: Pass interface and theme variables to template Koha::Template::Plugin::Asset needs them Have a great week-end, Jonathan

2 2

Bugzilla query - all items in 18.05 release
by David Nind 13 Apr '18

13 Apr '18

Hi everyone. I want to get a list of all the bugs that will be incorporated into the 18.05 release. This is so the documentation team can make sure enhancements and new features are covered in the manual and release notes. Is this the correct query? https://bugs.koha-community.org/bugzilla3/buglist.cgi?bug_status=Pushed%20t… Query is: - Product: Koha - Status: Pushed to master - Comment: 18.05 Is there are better way to do this? Thanks. David Nind | david.nind(a)gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 m. +64 21 0537 847

3 3

Documentation meeting reminder
by Lee Jamison 10 Apr '18

10 Apr '18

Just a reminder there will be a documentation meeting tomorrow at 21 UTC https://wiki.koha-community.org/wiki/Documentation_IRC_meeting_11_April_2018 -- Lee Jamison Automated Library Technician Marywood University 570-961-4586 ldjamison(a)marywood.edu

1 0

Reminder: Development IRC meeting 11 April 2018
by Katrin Fischer 10 Apr '18

10 Apr '18

Hi all, tomorrow is our next Developer IRC meeting: https://wiki.koha-community.org/wiki/Development_IRC_meeting_11_April_2018 Planned topics so far include: - voting on several REST API endpoints - discussion on Authentication for the REST API - discussion on improving update procedures Please add anything else you wish to discuss. See you all tomorrow! Katrin

1 0

Printing patron cards results in 100% cpu
by Sven Halm 10 Apr '18

10 Apr '18

Hello and happy Easter! I have a problem with the patronage card printing. I also described the problem in Bug 20077. I got a tip from Katrin to try the mailing list. When I try to print the patron cards, the /usr/share/koha/intranet/cgi-bin/patroncards/create-pdf.pl does not finish and runs with 100% CPU load. In plack-error.log I find the following lines: Use of uninitialized value $batch_id in concatenation (.) or string at /usr/share/koha/intranet/cgi-bin/patroncards/create-pdf.pl line 68. Use of uninitialized value in multiplication (*) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 239. Use of uninitialized value in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 256. Use of uninitialized value in multiplication (*) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 288. Use of uninitialized value in multiplication (*) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 239. Use of uninitialized value in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 256. Use of uninitialized value in multiplication (*) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 288. Use of uninitialized value in multiplication (*) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 239. Use of uninitialized value in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 256. The problem first appeared in February 2018 after I started the Ubuntu updates. Unfortunately I don't remember what has been updated. Current system environment (no changes made to koha!): OS: Ubuntu 17.10 Koha-Version: 17.11.04.000 OS Version ('uname -a'): Linux koha 4.13.0-37-generic #42-Ubuntu SMP Wed Mar 7 14:13:23 UTC 2018 x86_64 Perl Interpreter: /usr/bin/perl Perl-Version: 5.026000 Perl @INC: /usr/share/koha/lib /usr/share/koha/installer /usr/share/koha/lib/installer /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.26.0 /usr/local/share/perl/5.26.0 /usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base MySQL-Version: mysql Ver 15.1 Distrib 10.1.30-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2 Apache-Version: Server version: Apache/2.4.27 (Ubuntu) Unfortunately I am not able to print patron cards at the moment. It would be great if there was a solution for this soon. Many greetings Sven

2 1

Default Elasticsearch behaviour wrong with Chinese: can't find complete title
by Nicolas Legrand 10 Apr '18

10 Apr '18

Good day devs, Nick spotted these one during last Marseille Hackfest. We made some test with our catalogue on master and find out how to reproduce it, how to break it and how to fix it, though the inner mechanics remains a mystery and we are not quite sure about what the default behaviour should be. We did our test with 中國翻譯 (Chinese Translators Journal) which have two words highly present in our Catalog: China and translation. First, the default Koha behaviour is to add a "*" at the end of the searched word, which lead to 0 results. It produces a query looking like this one: $ curl "http://localhost:9200/koha_robin_biblios/_search?pretty" -d '{"from": 0, "size": 0,"query":{"query_string":{"query": "中國翻譯*"}}}' { "took" : 1, "timed_out" : false, "_shards" : { "total" : 5, "successful" : 5, "skipped" : 0, "failed" : 0 }, "hits" : { "total" : 0, "max_score" : 0.0, "hits" : [ ] } } If we quote 中國翻譯 in Koha, it yields one answer, the right one. It produces a query looking like this one: $ curl " http://bouse02.prive.bulac.fr:9200/koha_robin_biblios/_search?pretty" -d '{"from": 0, "size": 0,"query":{"query_string":{"query": "\"中國翻譯\""}}}' { "took" : 5, "timed_out" : false, "_shards" : { "total" : 5, "successful" : 5, "skipped" : 0, "failed" : 0 }, "hits" : { "total" : 1, "max_score" : 0.0, "hits" : [ ] } } Note that if I write an Elasticsearch query without quotes or star, it yields too much results (9626), the “right” result isn't in the ten first results: $ curl " http://bouse02.prive.bulac.fr:9200/koha_robin_biblios/_search?pretty" -d '{"from": 0, "size": 0,"query":{"query_string":{"query": "中國翻譯"}}}' { "took" : 16, "timed_out" : false, "_shards" : { "total" : 5, "successful" : 5, "skipped" : 0, "failed" : 0 }, "hits" : { "total" : 9626, "max_score" : 0.0, "hits" : [ ] } } I'm not sure what the right behaviour needs to be. We felt adding quotes added a lot of relevance to our results no matter what the language is. What is certain is that adding a star to the search by default doesn't help us. We didn't have the problem with Elasticsearch while playing with it in 17.05. For us, it is a regression. I add the MARC of our test record. What do you think about it? Best regards, -- *Nicolas Legrand* Administration technique et développements du système de gestion de la bibliothèque [image: Logo BULAC] Bibliothèque universitaire des langues et civilisations 65 rue des Grands Moulins F-75013 PARIS T +33 1 81 69 *18 22* www.bulac.fr

2 3