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

[Bug 4126] bulkmarcimport.pl allows -b and -a to be specified simultaneously
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4126 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com --- Comment #1 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- I haven't checked the exact situation reported, but it looks like the somultaneous authorities + biblios switches are not handled correctly, by code like this: if ($delete) { if ($biblios){ print "deleting biblios\n"; $dbh->do("truncate biblio"); $dbh->do("truncate biblioitems"); $dbh->do("truncate items"); } else { print "deleting authorities\n"; $dbh->do("truncate auth_header"); } $dbh->do("truncate zebraqueue"); } Which should truncate both if present, not just biblios. Regards To+ -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5826] New: Returning a lost item at a library other than it's home does not trigger transit home
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5826 Bug #: 5826 Summary: Returning a lost item at a library other than it's home does not trigger transit home Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If a lost item is returned at a library other than it's home library, Koha does not prompt the staff member to return the item home, and it should. -- 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 1

[Bug 6661] New: Boken calls to C4::Auth::haspermission
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6661 Bug #: 6661 Summary: Boken calls to C4::Auth::haspermission Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: ef(a)math.uni-bonn.de QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org There are several broken calls to C4::Auth::haspermission missing arguments or passing the wrong ones. In particular: ./acqui/basket.pl: haspermission({ flagsrequired => { acquisition => 'group_manage'} }) Missing userid, broken flagsrequired. ./acqui/booksellers.pl: haspermission( $uid, { flagsrequired => { acquisition => q{*} } } ) Broken flagsrequired. ./admin/aqbudget_owner_search.pl: haspermission( $res->{'userid'} ); Missing flagsrequired, maybe OK? -- 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 1

[Bug 6477] New: permissions for managing funds
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6477 Bug #: 6477 Summary: permissions for managing funds Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: chagal(a)amphilsoc.org QAContact: koha-bugs(a)lists.koha-community.org If a user has all available acquisitions permissions, s/he still cannot edit or delete funds. Only a superlibrarian permission will grant access to this functionality. It looks like the "budget_manage" permission needs to be expanded to include funds or another granular permission for managing funds needs to be created. -- 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 1

[Bug 8003] New: Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 2045
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8003 Priority: P5 - low Change sponsored?: --- Bug ID: 8003 Assignee: gmcharlt(a)gmail.com Summary: Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 2045 QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: generalslibrary(a)ibethel.org Hardware: All Status: NEW Version: unspecified Component: Cataloging Product: Koha I get this error when I try and save a z-39 or an original record. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 6276] New: Access denied for user ...@localhost
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6276 Bug #: 6276 Summary: Access denied for user ...@localhost Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org I create Koha-instance with command sudo koha-create --create-db eng_marc21 Since I have several instances, I have slightly edited Apache-files ~~~~ <VirtualHost *:3003> ServerName eng_marc21:3003 <VirtualHost *:3333> ServerName eng_marc21:3333 ~~~ Listen 3003 Listen 3333 ~~~ Then when I try to access the web-installer I got this error: Software error: Access denied for user 'koha_eng_marc21'@'localhost' (using password: YES) at /usr/share/koha/lib/C4/Context.pm line 692. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 33. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 33. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error. To get rid of this error I had to execute the following commands (it is my grant.sh): MysqlRootPassword=myrootmysqlpass KohaDB=koha_eng_marc21 KohaDBuser=koha_eng_marc21 KohaDBpassword=mykohadbpass sudo mysql -uroot -p$MysqlRootPassword $KohaDB -e "GRANT ALL ON $KohaDB.* TO '$KohaDBuser'@'localhost' IDENTIFIED BY '$KohaDBpassword'; flush privileges;" sudo /etc/init.d/mysql restart -- 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 4458] Statistic Wizards under Reports TIME OUT
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4458 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- I can't reproduce this bug in 3.8.x, so I assume this is either fixed for installation-specific. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 9889] New: Cannot get any results in Authority searches
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9889 Bug ID: 9889 Summary: Cannot get any results in Authority searches Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: jstancliff(a)rhcl.org After having been updated to Koha 3.10 last night, we are getting "no results found" when searching authorities through the authority module. We also noticed that when editing MARC records, subfield 9 is blank for some authors we know to be well established in our database. And when there is a MARC 100 subfield 9 listed, clicking on the gadget to check the authority, yields a "no results found" message. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8611] New: too many baskets on search results for acquisitions
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8611 Priority: P5 - low Change sponsored?: --- Bug ID: 8611 Assignee: koha-bugs(a)lists.koha-community.org Summary: too many baskets on search results for acquisitions Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha I'm pretty sure that Koha used to hide closed baskets that have everything in them received from the search results when doing a vendor search. Now every basket shows and for libraries that have lots of orders it slows down the vendor search results page and makes it unwieldy. There should be a preference to hide closed/received baskets or it should just hide them so that this is not an issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 2835] Inconsistent use of colon at the end of sentences
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2835 --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 16893 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16893&action=edit Bug 2835 - Inconsistent use of colon at the end of sentences Labels which precede a text input or select typically have a colon before them: Name: [____] This patch cleans up templates where labels in this context lack a colon. Exceptions to this rule include radio buttons, checkboxes, and labels inside tables. To test, view the affected pages and confirm that labels look consistent. -- You are receiving this mail because: You are watching all bug changes.

1 0