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

[QA] Mocked tests for Koha::Calendar
by Tomas Cohen Arazi 21 Dec '12

21 Dec '12

I'll do this Katrin's way: Hi oh wonderful QA team members :-D I was wondering if any of you had the time to review my work on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9209 I'm leaving for a month or so, and have still a few hours at work that I could use to fix anything missing/wrong. Just to avoid future rebase if a new bug+test case arises in the middle. Regards To+

2 1

Bugs in CCSR
by Nicole Engard 21 Dec '12

21 Dec '12

1 0

Hackfest 2013 in Marseille
by Paul Poulain 20 Dec '12

20 Dec '12

Hello, koha-devel, After 2011 and 2012, i'm happy to announce the dates for the 2013 hackfest in Marseille : http://www.biblibre.com/en/blog/entry/koha-hackfest-in-europe-in-2013 Brendan already booked the flight for him and Eliott, so there will be at least two non european ppl ! If more want to join, you're warmly welcomed ! (Jared, I hope you'll be here too) -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper

3 3

String freeze for 3.8.8 and 3.10.1
by Chris Cormack 18 Dec '12

18 Dec '12

Hi all I'm calling string freeze for the 3.8.x and 3.10.x branches so translators can translate. The translation manager will email when she has updated the po files. Thanks Chris

3 4

Software error in master?
by Mathieu Saby 18 Dec '12

18 Dec '12

Hello I tried to update my Koha and got the following error when connecting to mainpage.pl : Software error: Can't locate String/Random.pm in @INC (@INC contains: /home/msaby/koha/kohamaster /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /home/msaby/koha/kohamaster/C4/Members.pm line 28. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Members.pm line 28. Compilation failed in require at /home/msaby/koha/kohamaster/C4/Letters.pm line 26. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Letters.pm line 26. Compilation failed in require at /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. Compilation failed in require at /home/msaby/koha/kohamaster/mainpage.pl line 29. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/mainpage.pl line 29. Do you have the same problem ? Regards, M. Saby -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Université Rennes 2 Téléphone : 02 99 14 12 65 Courriel : mathieu.saby(a)univ-rennes2.fr

5 5

invalid holding branch
by Samuel Desseaux 14 Dec '12

14 Dec '12

Hi, I keep this error during import ....Item not added (bib 25481, item tag #6, barcode ): invalid holdingbranch France I don't see holdingbranch France. I join to this message the notice. In my database, when i look at the table, it gives that <?xml version="1.0" encoding="utf-8"?>  <pma_xml_export version="1.0" xmlns:pma="http://www.phpmyadmin.net/some_doc_url/">  <pma:structure_schemas> <pma:database name="koha2" collation="utf8_unicode_ci" charset="utf8"> <pma:table name="branches"> CREATE TABLE `branches` ( `branchcode` varchar(10) NOT NULL DEFAULT '', `branchname` mediumtext NOT NULL, `branchaddress1` mediumtext, `branchaddress2` mediumtext, `branchaddress3` mediumtext, `branchzip` varchar(25) DEFAULT NULL, `branchcity` mediumtext, `branchstate` mediumtext, `branchcountry` text, `branchphone` mediumtext, `branchfax` mediumtext, `branchemail` mediumtext, `branchurl` mediumtext, `issuing` tinyint(4) DEFAULT NULL, `branchip` varchar(15) DEFAULT NULL, `branchprinter` varchar(100) DEFAULT NULL, `branchnotes` mediumtext, `opac_info` text, PRIMARY KEY (`branchcode`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; </pma:table> </pma:database> </pma:structure_schemas>  <database name="koha2">  <table name="branches"> <column name="branchcode">ECAM</column> <column name="branchname">ECP</column> <column name="branchaddress1"></column> <column name="branchaddress2"></column> <column name="branchaddress3"></column> <column name="branchzip"></column> <column name="branchcity"></column> <column name="branchstate"></column> <column name="branchcountry"></column> <column name="branchphone"></column> <column name="branchfax"></column> <column name="branchemail"></column> <column name="branchurl"></column> <column name="issuing">NULL</column> <column name="branchip"></column> <column name="branchprinter">NULL</column> <column name="branchnotes"></column> <column name="opac_info"></column> </table> </database> </pma_xml_export> If someone can light my way to solve it, it would be great. It's the last step best, samuel

2 7

Reminder: Patrons (good), borrowers (maybe), members (no!)
by MJ Ray 14 Dec '12

14 Dec '12

I was working on a patch and I noticed that I was using "borrower" in the text, but the file I was editing used "member" more often. So I then asked myself which I should use. Should I use "member" or "borrower"? And it turns out the answer is "no, probably not". It should say "patron"! See the coding guideline http://wiki.koha-community.org/wiki/Coding_Guidelines#PERL7:_Definitions which includes * We have decided to use [ODLIS]. http://www.abc-clio.com/ODLIS/odlis_p.aspx#patron defines Patron as Any person who uses the resources and services of a library, not necessarily a registered borrower. Synonymous with user. Compare with client. http://www.abc-clio.com/ODLIS/odlis_b.aspx#borrower defines Borrower as A person who checks out books and other materials from a library. ODLIS isn't big on member. At the moment, the templates have about 1250 hits for patron, 800 for borrower and 400 for member. Those later two numbers will never get to zero, as both terms are used in links and variable names, as well as the text (for example, the borrowernumber query string to various scripts in the members folder). But it would be really lovely if we could keep using "Patron" in the text, please. Should I open a bug for this? Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/

2 1

Re: [Koha-devel] bug in Acquisition module, regarding VAT management ?
by Paul 13 Dec '12

13 Dec '12

At 02:14 PM 12/13/2012 +0100, Mathieu Saby wrote: >Hi >Here is my bug : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9280 > >I don't know exactly what is the meaning ofÂ "list item price" in vendor >records, but I am not fluent in english... Mathieu - assuming it is "retail price" (which we certainly do in this context), then it's 'prix de vente au détail' or 'prix de vente public.' Bonnes fêtes de fin d'année a+ Paul _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>

2 1

bug in Acquisition module, regarding VAT management ?
by Mathieu Saby 13 Dec '12

13 Dec '12

Hello We think we have found a bug in Acquisition module, regarding VAT management, but we want to be sure. Let's take a book whose *recommended retail price excluding tax *is 39 euros. On the vendor's website, I import the record for this book in iso2709 In the record (UNIMARC), the price is in 010$d after the ISBN. So, I found : $d39.00 EUR I stage this record in Koha with Stage Marc Records Tools. In Acquisition module, I create a vendor with: - List item price includes tax: Yes - Invoice item price includes tax: Yes - Discount: 9.0000 % - Tax rate: 5.5% I create a new basket for this vendor. I fill this basket with my stage record. I think I should have for the command line in this basket : - RRP tax included : 39 euros - Ecost tax included : 39 euros - 3,51 euros = 35,49 euros - RRP tax excluded : 39*100/105.5 = 36,96 euros - Ecost tax excluded : 35,49*100/105.5 = 33,63 euros *BUT instead I see the following values : * - RRP tax included : 42.86 euros - Ecost tax included : 39 euros - RRP tax excluded : 40,63 - Ecost tax excluded : 36,97 So, Koha considered the "39 euros" value in my record as a Ecost price. I dont think it is normal, as as chose "List item price includes tax: Yes" in vendor record. Do you agree with me? -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Université Rennes 2 Téléphone : 02 99 14 12 65 Courriel : mathieu.saby(a)univ-rennes2.fr

3 4

sanop.css still in use?
by Owen Leonard 12 Dec '12

12 Dec '12

My patch for Bug 8108, "Remove unused images from the OPAC" (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8108) is in limbo because it removes an image which is referenced by sanop.css. This file isn't referenced by any template and hasn't been modified since before 2007. Is this file still in use? Can it be safely removed? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

2 2