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

[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 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 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

[Bug 6369] New: Formatting problems on some items when printing an order form (PDF).
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '12

19 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6369 Bug #: 6369 Summary: Formatting problems on some items when printing an order form (PDF). Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4174 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4174 Correct a formatting problem in the pdf generation of basketgroup.pl In /acqui/basketgroup.pl : When printing an order form for a basketgroup, some items appeared incorrectly in the resulting pdf file. The formatting problem happens if $ord->{itemtype} has a value, but $bib->{itemtype} does not. Patch attached to correct this problem. -- 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 15

[Bug 7016] New: CanBookBeReserved uses GetItemsInfo unnecessarily
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '12

19 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7016 Bug #: 7016 Summary: CanBookBeReserved uses GetItemsInfo unnecessarily Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org C4::Reserves::CanBookBeReserved uses GetItemsInfo($biblionumber) to get the itemnumbers for all the items attached to the biblio in question. However, GetItemsInfo is a very heavy-weight subroutine, pulling in data from all over the database. This data includes a run of C4::Reserves::CheckReserves(), as well as pulling in the last three borrowers from old_issues. Using get_itemnumbers_of(($biblionumber)) would greatly reduce the cost of CanBookBeReserved. -- 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 24

[Bug 6895] New: Diacritics in Pootle/po files are broken in source text
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '12

19 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6895 Bug #: 6895 Summary: Diacritics in Pootle/po files are broken in source text Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5491 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5491 pootle screenshot In Pootle diacritics in terms that are to be translated are broken. (See screenshot for example) -- 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 24