March 2013 - Koha-bugs - lists.koha-community.org

[Bug 7470] New: Babeltheque - new proposal
by bugzilla-daemon＠bugs.koha-community.org 02 May '13

02 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7470 Bug #: 7470 Summary: Babeltheque - new proposal Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: claire.hernandez(a)biblibre.com QAContact: koha.sekjal(a)gmail.com We did a new implementation of babeltheque in koha, more complete and better intergrated (for the moment in community version, babeltheque is not configurable and hardcoded in opac-bottom.inc). 3 features in this one: - adds social network information in search results - adds babeltheque data in opac-detail - adds social network links in opac-detail too (google+, twitter, mail and co.) This dev is in production in 2 of our customes (co-funder). French article with screenshots: http://docmiop.wordpress.com/2012/01/18/quand-babeltheque-enrichit-koha/ -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 50

[Bug 9215] New: non translatable string in manage-marc-import
by bugzilla-daemon＠bugs.koha-community.org 02 May '13

02 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9215 Bug ID: 9215 Summary: non translatable string in manage-marc-import Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: paul.poulain(a)biblibre.com Created attachment 13892 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13892&action=edit untranslatable string There is a non translatable string in manage-marc-import (see screenshot) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8300] New: Koha should have mechanized testing suite
by bugzilla-daemon＠bugs.koha-community.org 01 May '13

01 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8300 Priority: P5 - low Change sponsored?: --- Bug ID: 8300 Assignee: gmcharlt(a)gmail.com Summary: Koha should have mechanized testing suite Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha There should be a set of tests that use Test::WWW::Mechanize to automatically test the functionality of Koha. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 6655] New: Sorting order of serial issues in OPAC
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '13

30 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6655 Bug #: 6655 Summary: Sorting order of serial issues in OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: vimal0212(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org OPAC displays the journal issues follows the order of data in which received. e.g. Vol 45, Issue 1 Vol 45 Issue 3 Vol 45 Issue 2 Vol 45 Issue 4 OPAC does not display issues in sequential order. Issues in sequence is convenient for users to identify availability easily. e.g. Vol 45, Issue 1 Vol 45 Issue 2 Vol 45 Issue 3 Vol 45 Issue 4 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 18

[Bug 5129] New: /cgi-bin/koha/members/member.pl
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '13

29 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5129 Summary: /cgi-bin/koha/members/member.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 By default the patron search's library and category form fields are hidden until the user exposes them by clicking the [+] link. If the user has submitted a search which contains values for one or both of those form fields, the resulting page should show automatically show those form fields. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 2

[Bug 9033] New: Wide character error in runreport.pl
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '13

29 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9033 Priority: P5 - low Change sponsored?: --- Bug ID: 9033 Assignee: gmcharlt(a)gmail.com Summary: Wide character error in runreport.pl Severity: normal Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Reports Product: Koha runreport.pl is not encoding email correctly. Wide character in subroutine entry at /usr/share/perl5/Mail/Sendmail.pm line 308. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9842] New: SIP tests : fix for 07hold.t on Cancel Hold
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '13

29 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9842 Bug ID: 9842 Summary: SIP tests : fix for 07hold.t on Cancel Hold Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com [MT10401] When running the SIP tests, 07hold.t returns errors. ERROR 1: # Failed test 'match leader Place Hold: valid item (1783B), valid patron (1X981)' # at /home/asaurat/workspace/versions/community/C4/SIP/t/SIPtest.pm line 204. # Response '161N20130318 181053AA1X981|BSVIL|AB1783B|AJL ANGOISSE DU ROI SALOMON|AOVIL|AY3AZEA76' doesn't match pattern '(?-xism:^161Y\d{8} {4}\d{6})' Here, the most important return value is the "1" after "16", indicating a success. And indeed, the hold is correctly recorded in Koha. The following character, indicating the "available" status (and which can be of "Y" or "N" value), is fed by the "available" method in C4/SIP/ILS/Item.pm which is not totally functionnal yet. So, the question is : - should the test gives a OK result by accepting N or Y as long as we get a 161 and not a 160? - should we keep this as it is? (seems safer and cleaner, if we want to respect the SIP protocol the item should be marked as available if it is... I'll go this way and won't touch this in this patch) ERROR 2: # Failed test 'match leader Cancel Hold: valid hold for user (1X981)' # at /home/asaurat/workspace/versions/community/C4/SIP/t/SIPtest.pm line 204. # Response '160N20130318 181054AA1X981|AOVIL|AFNo such hold on patron record.|AY6AZEA73' doesn't match pattern '(?-xism:^161[NY]\d{8} {4}\d{6})' Here, the hold actually exists, but the "No such hold on patron record" result is caused by an error in the perl script of ILS.pm Tests like "unless ($trans->ok)" should be written unless "($trans->ok(1))". ERROR 3: # Failed test 'match leader Cancel hold: cleanup hold for 2nd patron (1X999)' # at /home/asaurat/workspace/versions/community/C4/SIP/t/SIPtest.pm line 204. # Response '160N20130318 181054AA1X999|AOVIL|AFNo such hold on patron record.|AY0AZEA70' doesn't match pattern '(?-xism:^161[NY]\d{8} {4}\d{6})' Same as error 2. I'll thus include a small patch correcting the "No such hold on patron record" problem (ERRORS 2 and 3). For the first error, I don't know how to finish the "available" method so I'll leave it to someone who knows this part better. Maybe can it be assumed that if we get a 161 the following character is automatically Y? After all, this Y or N on availability seems to be a concern only when the hold is refused. Or maybe should we accept both Y and N because it is possible to place a hold on items not yet available? I don't know... TEST PLAN : 1) In "C4/SIP/t", configure the SIPtest.pm file. 2) Configure your SIPconfig.xml if needed. 3) Start your SIP server. 4) In "C4/SIP/t", do a "make test" (see the README file for more informations) -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8746] New: rebuild_zebra_sliced.sh don't work where Record length of 106041 is larger than the MARC spec allows
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '13

29 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8746 Priority: P5 - low Change sponsored?: --- Bug ID: 8746 Assignee: gmcharlt(a)gmail.com Summary: rebuild_zebra_sliced.sh don't work where Record length of 106041 is larger than the MARC spec allows Severity: major Classification: Unclassified OS: All Reporter: stephane.delaune(a)biblibre.com Hardware: All Status: NEW Version: rel_3_10 Component: Searching Product: Koha rebuild_zebra_sliced.sh don't work where Record length of 106041 is larger than the MARC spec allows -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 9052] New: YUI assets installed in the wrong place by packages
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '13

29 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9052 Priority: P5 - low Change sponsored?: --- Bug ID: 9052 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: YUI assets installed in the wrong place by packages Severity: blocker Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Packaging Product: Koha Even though YUI has been moved to opac-tmpl/lib/yui, the packages were installing some of the CSS assets to opac-tmpl/prog/en/yui -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 9684] New: Z39.50 Card View broken in CCSR
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9684 Bug ID: 9684 Summary: Z39.50 Card View broken in CCSR Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When in the Z search results if you click 'Card' you get the following error: Software error: Could not create file parser context for file "/home/nengard/kohaclone/koha-tmpl/intranet-tmpl/ccsr/en/xslt/compact.xsl": No such file or directory at /home/nengard/kohaclone/catalogue/showmarc.pl line 62. For help, please send mail to the webmaster (webmaster@debian), giving this error message and the time and date of the error. This is in 3.10 and master. -- You are receiving this mail because: You are watching all bug changes.

1 10