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

Update bugzilla - Restore style on quotes
by Jonathan Druart 13 Jul '15

13 Jul '15

Hi devs, Our favorite bug tracker has been updated today/yesterday. There are plenty of useful stuffs everywhere, but one thing is quite irritating: the quotes are now displayed in block (i.e. with an horizontal scrollbar). Ok it was not really nice to see the text overflowed the comment block, but now you have to scroll to see the content (example: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10988#c31) You can restore the previous style on installing/using the stylish add-on [1] and add the following rule: @-moz-document domain("bugs.koha-community.org") { .bz_comment_text span.quote { display: inline; } } Note: It seems there is a bug on sending patch using git bz attach -e (works without -e), could someone confirm? Cheers, Jonathan [1] for Firefox: https://addons.mozilla.org/en-US/firefox/addon/stylish/

7 11

Bugzilla server (and others) down
by Chris Cormack 13 Jul '15

13 Jul '15

Hi All I will be taking the bugs.koha-community.org server down for some maintenance, it is behaving a bit oddly. I will let you know when things are back Chris

2 2

[indradg@gmail.com: [Koha] Does it make sense to carry 'prog' as an option in OPACFallback anymore?]
by Chris Cormack 12 Jul '15

12 Jul '15

Forwarding this over to the devel list ----- Forwarded message from Indranil Das Gupta <indradg(a)gmail.com> ----- Date: Sun, 12 Jul 2015 00:29:43 +0530 From: Indranil Das Gupta <indradg(a)gmail.com> To: koha <koha(a)lists.katipo.co.nz> Subject: [Koha] Does it make sense to carry 'prog' as an option in OPACFallback anymore? Hi all, As we move towards 3.22, does it really make sense to carry 'prog' as an option, and that too the default option in the OPACFallback syspref? What is everyone's opinion? http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13291 cheers -- Indranil Das Gupta L2C2 Technologies Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ----- End forwarded message ----- -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

Re: [Koha-devel] Update bugzilla - Restore style on quotes
by Chris Cormack 10 Jul '15

10 Jul '15

Looks like someone is going to need to patch git-bz. It has a habit of using bugs as features so when they are fixed in bugzilla it breaks Ill have a look on Monday. It probably should be rewritten to use the bugzilla rest api instead of the screenscraping way it works now. Chris -- Chris Cormack Catalyst 04 8032238 ----- Reply message ----- From: "Mirko Tietgen" <mirko(a)abunchofthings.net> To: <koha-devel(a)lists.koha-community.org> Subject: [Koha-devel] Update bugzilla - Restore style on quotes Date: Sat, Jul 11, 2015 3:04 AM Marcel De Rooy schrieb am 10.07.2015 >> Note: It seems there is a bug on sending patch using git bz attach -e >> (works without -e), could someone confirm? > > Yes, I had some trouble too with submitting patches. I can't send patches with or without -e, I get a socket error. Attach? [yn] y Traceback (most recent call last): File "/usr/local/bin/git-bz", line 2633, in <module> do_attach(*args) File "/usr/local/bin/git-bz", line 1999, in do_attach attach_commits(bug, commits, edit_comments=global_options.edit) File "/usr/local/bin/git-bz", line 1947, in attach_commits bug.create_patch(description, body, filename, patch, obsoletes=obsoletes, status=status) File "/usr/local/bin/git-bz", line 1347, in create_patch response = self.server.send_post("/attachment.cgi", fields, files) File "/usr/local/bin/git-bz", line 1039, in send_post return self.send_request("POST", url, data=body, headers={ 'Content-Type': content_type }) File "/usr/local/bin/git-bz", line 974, in send_request connection.request(method, url, data, headers) File "/usr/lib/python2.7/httplib.py", line 962, in request self._send_request(method, url, body, headers) File "/usr/lib/python2.7/httplib.py", line 996, in _send_request self.endheaders(body) File "/usr/lib/python2.7/httplib.py", line 958, in endheaders self._send_output(message_body) File "/usr/lib/python2.7/httplib.py", line 818, in _send_output self.send(msg) File "/usr/lib/python2.7/httplib.py", line 794, in send self.sock.sendall(data) File "/usr/lib/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) socket.error: [Errno 32] Broken pipe -- Mirko -- Mirko Tietgen mirko(a)abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de

1 0

Current status of Plack in Koha staff client?
by Leif Andersson 10 Jul '15

10 Jul '15

Hi, during the last few days I have been looking at Plack. Rather confusing. And I wonder: What is the current status of Plack in Koha staff client? I started looking at koha 3.18. With the Plack patch applied. I still had various utf8 problems in facets, in column location (of results), and I believe also in Patron search. After upgrading to 3.20.01.000 (package install on Debian GNU/Linux 7.6 (wheezy)) I have not - so far - experianced any utf8 problems. Does anybody know what was done to fix this? In v 3.20 I still have a lot of different cache(?) problems, though. Well, simple updates like global system preferences -> Staff client -> IntranetNav seems to work fine. (any text is displayed on every screen in Koha, so it is easy to spot success/failure) So if I change the text in a session (intranet:5001 plack), then the change is shown when I leave the preferences page and go to another koha screen. It is also shown in plack sessions started later on the same or on other machines. But if I change i.e. sysprefs -> Searching -> setting UseQueryParser to "Try" The change is not reflected in my current session In fact it seems I can not make any plack driven session use QueryParser. If I connect through port 8080 QueryParser is used. If I check "About Koha" to see the recentness of my perl modules. And then goes on to upgrade some of the modules. This will be poorly reflected in any plack driven session launched *after* the upgrade! Sometimes a plackdriven session may all of a sudden take me to Koha webinstaller! re-Loading the previous page may solve the problem. (Caused by lost mysql connection?) All in all it gives the impression that Plack in Koha staff module is still very unstable and unreliable. Does anyone have a contrary experiance? If others have the same experiences as I have: are there any plans to fix the problems? Has anyone done more systematic and more exhaustive tests? Has it been shared somewhere? /Leif Leif Andersson, systems librarian Stockholm University Library Sweden

2 1

QA script - New check for spelling
by Jonathan Druart 09 Jul '15

09 Jul '15

Hi devs, QAing bug 14383, I have just added a new check in the QA script to check the spelling in the code comments. Let me know if you find any issues. You will have to install codespell (apt-get install codespell). Cheers, Jonathan

3 8

Koha Community Newsletter: June 2015
by kohanews 03 Jul '15

03 Jul '15

Fellow Koha users: The Koha Community Newsletter for April 2015 is here: http://koha-community.org/koha-community-newsletter-june-2015/ 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. Thanks! Chad Roseburg Editor, Koha Community Newsletter

1 0

»Command-line Utilities« vs. »Packaging« categories
by Mirko Tietgen 30 Jun '15

30 Jun '15

I have written two patches today which already existed. One, because I misunderstood something, the other because I searched for a bug in (and added my patch to) »packaging«, while the solution was in »Command-line Utilities«. Apart from having learned to take sunday off instead of writing redundant code, I wonder why we have these two categories which seem to be confusing to everyone. Take a look and you will see what I mean, there is a lot of koha-* scripts in both. Can we agree on having all command-line stuff used exclusively with package installations in »packaging« in the future? Cheers, Mirko PS. As it is redundancy day for me, I bet I have also missed an email saying exactly the same a few days ago. -- Mirko Tietgen mirko(a)abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de

4 6

PRESENTATION: New member
by Anders Gunnare 29 Jun '15

29 Jun '15

Hello Word ;) My name is Anders, working at Luleå Technical University. My background is old-school Oracle DBA :) with Java/SED/AWK/Unix shell script/C++ and Fortran as programing languages. Unix/Linux experience. Have been walking a long way in the promiSED land, sometimes with awk as my brother in arms. Right now, at this very moment me and some colleagues are working in a migration project from Aleph (Oracle) to Koha. Have done a lot of programming with the database as the central part of all systems, most of the time I have been living inside the db :) Well, nature-photo is one of my biggest interest, www.enfotograf.se Regards Anders Gunnare IT-service Luleå tekniska universitet, 971 87 Luleå 0920 - 49 14 50 (070 306 40 37) anders.gunnare(a)ltu.se www.ltu.se

5 4

DB-QUESTION: Encrypt/decrypt password field in the table BORROWERS
by Anders Gunnare 29 Jun '15

29 Jun '15

Hello Word :) Which encryption method is used to encrypt/decrypt the password field in the database for the table borrowers ? I need to create users "by hand" with core insert :) In my case I have a password (not encrypted) which I would like to store in the table and column for the password. But how shall I do that ?! Regards Anders Gunnare IT-service Luleå tekniska universitet, 971 87 Luleå 0920 - 49 14 50 (070 306 40 37) anders.gunnare(a)ltu.se www.ltu.se

2 3