December 2011 - Koha-bugs - lists.koha-community.org

[Bug 6829] New: Remove two warnings for opac-MARCdetail
by bugzilla-daemon＠bugs.koha-community.org 03 May '12

03 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6829 Bug #: 6829 Summary: Remove two warnings for opac-MARCdetail Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Remove this warning by adding a check: [Thu Sep 01 14:20:18 2011] [error] [client 192.87.126.61] [Thu Sep 1 14:20:18 2011] opac-MARCdetail.pl: Use of uninitialized value in string ne at /usr/share/koha/testclone/opac/opac-MARCdetail.pl line 145., referer: http://libdevelop.rijksmuseum.nl:8008/cgi-bin/koha/opac-detail.pl?biblionum… And this warning: [Mon Aug 29 13:58:02 2011] [error] [client 66.249.72.86] [Mon Aug 29 13:58:02 2011] opac-MARCdetail.pl: Use of uninitialized value in string comparison (cmp) at /usr/share/koha/prodclone/opac/opac-MARCdetail.pl line 238. This warning is still generated in 3.3.0.12, but could be resolved in 3.5 with the removing of 952 from marcxml. The check does not hurt however. -- 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 25

[Bug 6916] New: Selecting the acq date of an item should take you to the invoice page for it
by bugzilla-daemon＠bugs.koha-community.org 01 May '12

01 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6916 Bug #: 6916 Summary: Selecting the acq date of an item should take you to the invoice page for it Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Currently it takes you to the basket rather than the invoice, making it harder to see those details. -- 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 28

[Bug 6931] New: hardcoded insert incompatible with UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '12

30 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6931 Bug #: 6931 Summary: hardcoded insert incompatible with UNIMARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In updatedatabase, the $DBversion = "3.03.00.015"; contains : my $sth = $dbh->prepare("INSERT INTO `marc_subfield_structure` (`tagfield`, `tagsubfield`, `liblibrarian`, `libopac`, `repeatable`, `mandatory`, `kohafield`, `tab`, `authorised_value`, `authtypecode`, `value_builder`, `isurl`, `hidden`, `frameworkcode`, `seealso`, `link`, `defaultvalue`) VALUES ( ?, '9', '9 (RLIN)', '9 (RLIN)', 0, 0, '', 6, '', '', '', 0, -5, '', '', '', NULL)"); $sth->execute('648'); $sth->execute('654'); $sth->execute('655'); $sth->execute('656'); $sth->execute('657'); $sth->execute('658'); $sth->execute('662'); =>> it's marcflavour independant and will result in some pain in UNIMARC ! (648...662 should not exist in standard UNIMARC so, 1- dead data will be added and 2-if a library uses those fields for local use, that will break a lot of things (ie : the 6xx are used for authorities, the $9 for authid, so, I don't imagine what the result will be !) A simple if syspref("marcflavour") eq "marc21" before the insert should fix the bug -- 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 8

[Bug 7263] New: Determine maximum length of some fields or subfields when cataloguing
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '12

27 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7263 Bug #: 7263 Summary: Determine maximum length of some fields or subfields when cataloguing Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: juan.sieira(a)xercode.es QAContact: ian.walls(a)bywatersolutions.com Determine maximum length of some fields or subfields when cataloguing a biblio or an item. Some libraries need to specify the maximum number of characters you can have a field or subfield, whether cataloguing a biblio or an item. For default it will be 9999 max length. -- 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 34

[Bug 6787] New: NORMARC needs a Fast Add framework
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '12

27 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6787 Bug #: 6787 Summary: NORMARC needs a Fast Add framework Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com ...and it's just about to get it! -- 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 9

[Bug 7309] New: Add NORMARCslim2intranetDetail.xsl for detail view in intranet
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '12

27 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7309 Bug #: 7309 Summary: Add NORMARCslim2intranetDetail.xsl for detail view in intranet Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com Currently, if you set marcflavour = NORMARC and XSLTDetailsDisplay to use XSLT, you get a nasty error, because there is no NORMARCslim2intranetDetail.xsl: Could not create file parser context for file "/home/magnus/kohanor32/koha-tmpl/intranet-tmpl/prog/en/xslt/NORMARCslim2intranetDetail.xsl": No such file or directory at /home/magnus/kohanor32/C4/XSLT.pm line 174 -- 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 6

[Bug 6953] New: Value builder for NORMARC 007 does not show further options
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '12

27 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6953 Bug #: 6953 Summary: Value builder for NORMARC 007 does not show further options Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The value builder for NORMARC field 007 refuses to display further options when something is selected from the initial dropdown. This is caused by this commit forgetting to include the trailing "\" for multiline JavaScript: http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=5d4d5989d03… -- 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 5

[Bug 6561] New: Koha Can not Find SMS::Send Perl module Installed by RPM or by CPAN on openSUSE 11.4
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '12

26 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6561 Bug #: 6561 Summary: Koha Can not Find SMS::Send Perl module Installed by RPM or by CPAN on openSUSE 11.4 Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: andi(a)opensuse-id.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 4572 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4572 An image captured of 'Perl Modules' page on Koha Web Administration that Koha can not find SMS::Send Perl module installed (by RPM) OVERVIEW: After Koha 3.4.02 installation on openSUSE 11.4 is complete, Koha can not find SMS::Send Perl module though it is already installed by RPM[0] (perl-SMS-Send) or CPAN[1] [0] https://picasaweb.google.com/lh/photo/QocVK9BwLL2ddv5GYa6O_g?feat=directlink , or see the attachment. > rpm -ql perl-SMS-Send /usr/lib/perl5/vendor_perl/5.12.3/SMS /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Driver.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS/Send /usr/share/doc/packages/perl-SMS-Send /usr/share/doc/packages/perl-SMS-Send/Changes /usr/share/doc/packages/perl-SMS-Send/MANIFEST /usr/share/doc/packages/perl-SMS-Send/README /usr/share/man/man3/SMS::Send.3pm.gz /usr/share/man/man3/SMS::Send::AU::Test.3pm.gz /usr/share/man/man3/SMS::Send::Driver.3pm.gz /usr/share/man/man3/SMS::Send::Test.3pm.gz The package comes from devel:languages:perl[1] repository: > rpm -qi perl-SMS-Send | grep Distribution Distribution: devel:languages:perl / openSUSE_11.4 [1] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink KOHA_CONF and PERL5LIB environment variables: # env | grep KOHA KOHA_CONF=/etc/koha/koha-conf.xml # env | grep PERL5LIB PERL5LIB=/usr/share/koha/lib openSUSE release/architecture: > cat /etc/SuSE-release openSUSE 11.4 (x86_64) VERSION = 11.4 CODENAME = Celadon STEPS TO REPRODUCE: 1. Follow all steps described on the wiki[2], including install SMS::Send Perl module (from RPM Package or via CPAN). 2. After the installation is complete, go to Koha Administration page (fill the Koha Admin user & its password), then open 'About Koha' page, and see tab: 'Perl Modules'. [2] http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3 ACTUAL RESULT: Koha Administration Web can not find SMS::Send Perl module. EXPECTED RESULT: Koha Administration Web should find SMS::Send Perl module installed by RPM or CPAN. -- 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 3

[Bug 7070] New: fine refunds when lost item returns needs options
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '12

24 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7070 Bug #: 7070 Summary: fine refunds when lost item returns needs options Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When you return an item that was marked lost and charged to your account you're credited the amount for the lost item. This shouldn't happen all of the time. I can think of some libraries that don't want to refund this money because they used it to buy a replacement. I think it should be a preference. If not a preference then at least it shouldn't be refunded if they already paid the amount. -- 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 3

[Bug 6995] New: Possible to save items without branchcode in serials
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '12

22 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6995 Bug #: 6995 Summary: Possible to save items without branchcode in serials Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5817 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5817 screenshot of item form in serials To reproduce: 1) Create a new serial, activate item creation 2) Receive new serial issue, check item form Problems: Branches for home and holding branch are not preselected, but empty. This allows so save items without branch codes and can cause a lot of problems. -- 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 4