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

Failed unit test
by Bernardo Gonzalez Kriegel 11 Jan '13

11 Jan '13

Hello, just trying to do a sign-off following http://wiki.koha-community.org/wiki/Sign_off_on_patches It's ok that some test of prove t/ prove t/db_dependent prove xt/author fail even in a clean master? Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel(a)gmail.com

6 7

My Zebra Indexing with ICU option is not working
by Waqar Azeem 10 Jan '13

10 Jan '13

After enabling the ICU option manually, it's not working for my huge data until I deleted the most of the biblio records. I tried following links/articles to configure ICU: • http://www.scribd.com/doc/45190333/ICU-Support-in-Zebra • And http://kohageek.pbworks.com/w/page/31484686/zebra%20configuration%20for%20r… Then only difference was, I modified <icu_chain locale="en"> to blank <icu_chain locale=""> instead of <icu_chain locale="en_IN.UTF-8">. As I am not sure what to do with locale for other languages So, 1 - I am getting these warining? Although I have already renamed my default.idx located at /home/koha/koha-dev/etc/zebradb/etc (i hope this is the right location) ==================== REINDEXING zebra ==================== 12:22:45-10/01 zebraidx(2057) [warn] Unknown register type: 0 12:22:45-10/01 zebraidx(2057) [warn] Unknown register type: n 12:22:45-10/01 zebraidx(2057) [warn] Unknown register type: y 12:22:45-10/01 zebraidx(2057) [warn] Unknown register type: d 2 - Right after that I have this warning [warn] previous transaction didn't reach commit 3 - I deleted the records upto just 9000. Now zebra started to index other languages. Why it is working only on this small set of data? Do i need to define any escape sequence somewhere for some special characters. I am using 3.08.00.001 on Debean VM I hope this is the right command to re-index. koha@koha:~$ export PERL5LIB=/home/koha/kohaclone/ koha@koha:~$ export KOHA_CONF=/home/koha/koha-dev/etc/koha-conf.xml koha@koha:~$ /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -r -v -- Thanks & Best Regards, Waqar Azeem

2 1

"Damaged" values
by Paul 09 Jan '13

09 Jan '13

In our "Authorized values" > "Damaged", we have added a term "Normal wear" to the Koha defaults 0, 1 and 2: 0 Not damaged Not damaged 1 Damaged Some damage noted 2 Unknown Condition not stated 3 Normal wear Normal wear However, in both staff interface and OPAC, "normal wear" items are appearing as damaged I assume (maybe incorrectly) that the value of "damaged" is read by detail.pl starting line 196: if ($item->{damaged}) { $item->{itemdamagedloop} = GetAuthorisedValues($authvalcode_items_damaged, $item->{damaged}) if $authvalcode_items_damaged; } and then passed to detail.tt start line 310: [% IF ( itemloo.damaged ) %] [% IF ( itemloo.itemdamagedloop ) %] [% FOREACH itemdamagedloo IN itemloo.itemdamagedloop %] [% IF ( itemdamagedloo.selected ) %] <span class="dmg">[% itemdamagedloo.lib %]</span> [% END %] [% END %] [% ELSE %] <span class="dmg">Damaged</span> [% END %] [% END %] I have no experience with this type of 'loo' and 'loop' coding, but it seems to me that "normal wear" is not being picked up, and therefore the ELSE default "Damaged" is being used. Could some kind person please point me to the logic of these loops? Either a brief explanation here (preferred) or a pointer to a tutorial (I have googled with no success.) Or is there something more intrinsic|relevant to the use of authorized values for "damaged"? Bugs [3637] and 5797 may be germane. Many thanks, Paul --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://UltraMarine.ca>, <http://AandC.org> and <http://MarDoc.ca>

2 2

Old bugs to check
by MJ Ray 09 Jan '13

09 Jan '13

Would you check some of these rather old bugs to suggest what to do, please? Maybe some can be RESOLVED FIXED by now or need a question. Ideally, tell irc.oftc.net #koha know that you're looking at a bug. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3707 Add system preference for customization of the OPAC login page http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3162 Authority subfileds definitions and Show/Show Collapsed/Hide option http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3529 Import of items with non-existent branch code fails w/o explaination http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3473 Specify time span for changing claims returned and long overdue to lost http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5438 Holds managed in circ rules http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2499 Improvement on text wrapping algorithm needed http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1356 Lose original search term when select "More options" http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2096 Label sources for OPAC descriptions http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3476 Predefined fee types http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4171 overduerules.pl needs an overhaul http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5512 Display Published Date with Received Date http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3530 Auto label batch generation feature of the bulk import tool fails http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4397 display problems (umlauts, ß) with scan index in advanced search http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2647 Make Patron Reading History be Paginated http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3474 Handling of and report for expired or cancelled holds, display expiration dates http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2878 cloud-kw.pl: should use HTML template http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4439 two acq webservices should use C4::Service http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4971 Planning types not translatable in acq

1 0

About bug 5634 - Ordering branches should be case independent
by Bernardo Gonzalez Kriegel 09 Jan '13

09 Jan '13

Hi, I've been studying the code to hopefully find (and eventually fix) all occurrences of code to display an ordered list of branches, to close Bug 5634 [1] There is a zoo of different versions, so I have some questions: 1) It's desirable to change the code to use GetBranchesLoop() whenever possible, or only fix the sort order in place? 2) Some solutions use CGI::scrolling_list() to draw the drop down list. This simplifies the template, but is more code in the script. Which version do you think is better? Regards, Bernardo [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5634 -- Bernardo Gonzalez Kriegel bgkriegel(a)gmail.com

4 3

IRC meeting reminder: 9 January 2013 at 10:00 UTC
by Owen Leonard 08 Jan '13

08 Jan '13

The next general IRC meeting is coming up soon: 9 January 2013, at 10:00 UTC http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+IRC+General+M… The agenda is here: http://wiki.koha-community.org/wiki/General_IRC_meeting,_9_January_2013 I hope to see you there, Owen

1 0

need help in error in koha 3.6.4
by Mohamed zalabany 08 Jan '13

08 Jan '13

hi alli have system running on koha 3.6.4 with no zebrasuddenly message appear when we are saving bib records the message Software error:Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2524.did any one faced this error before i need to solve this problemthanks for your help Mohamed El Zalabany Integrated library systems consultant mh_zalabany(a)hotmail.com Mobile: 0111291444

2 1

Why not copying serial holdings in Marc records?
by Mathieu Saby 08 Jan '13

08 Jan '13

Today, information about serial is only stored in MySQL database. As as consequency (correct me if I am wrong...), callnumber, holding library, location, notes are not searchable in OPAC, because Zebra cannot index them. One solution could be to copy serial information in Marc structure as does, for example, Sudoc network in France (955 field is used : http://documentation.abes.fr/sudoc/formats/loc/zones/955.htm ) What do you think about it? Regards, M. Saby Rennes 2 University -- 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

2 2

Sign-off on several patches
by Jonathan Druart 08 Jan '13

08 Jan '13

Hi all, I just added a new git alias in my git config file to sign-off many patches with a single command. It is: so = "!f() { c=`expr $1 - 1`; git filter-branch -f --msg-filter \"cat && echo \\\"\nSigned-off-by: Your Name <you(a)example.org>\\\"\" HEAD~$c^..; }; f" Until you have this alias defined, you can signed-off the number of patches you want with the following git command: git so X Hope this helps, Jonathan

1 0

Re: [Koha-devel] Can we create templates for branches.
by Quoc Uy 07 Jan '13

07 Jan '13

To Liz and Jonathan: What you two said is similar: http://wiki.koha-community.org/wiki/Support_for_multiple_PAC_interfaces_by_… I'm not sure about what you are talking is about independent branches or separated instances. Now we can create a lot of instances with only one Koha installation, each instance has its own database, URL (opac and intranet), and of course they have their own CSS, HTML templates. But it's not what i mean. Branches use only 1 shared database, and all user only need to access to only one URL, and only when they login, they will see different interfaces, based on branch library they registered. If we have only 1 databases for 100 branches, it's easy for us to maintenance, manage, control system preferences. It goes with SYS.Pref Independent branches turn to ON. Sorry for any miss-understanding. Best regards!

2 1