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

[Bug 1558] Initial zebra indexing config broken
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1558 Sunny <rizwanqureshi6(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rizwanqureshi6(a)yahoo.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4392] bulkmarcimport.pl leaves items.onloan set to '0000-00-00' instead of NULL
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4392 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)biblibre.co | |m, | |martin.renvoize@ptfs-europe | |.com --- Comment #1 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Martin, do you know if this is still an issue? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4502] Perl error in acq budget planning
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

1 0

[Bug 4502] Perl error in acq budget planning
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4502 --- Comment #1 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 37181 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37181&action=edit Bug 4502: Catch software error if no active budget defined To reproduce: 0/ On a fresh install (so no budget defined), create a budget and don't mark it as active. 1/ Go on the budget detail page > Plannin > By months 2/ Click on the 'Select' button (on the left) Without this patch, you get a software error: Usage: Date::Calc::Delta_YMD(year1, month1, day1, year2, month2, day2) With this patch, you get a sweet alert message inviting you to create an active budget. Note: This script is a mess... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are the QA Contact for the bug.

1 0

[Bug 4502] Perl error in acq budget planning
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4502 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are the QA Contact for the bug.

1 0

[Bug 5060] New: Quantity change not updating total price
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5060 Summary: Quantity change not updating total price Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/acqui/neworderempty.pl?booksellerid=1&ba sketno=1 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 AcqCreateItem : Create item when placing an order. Koha version: 3.01.00.145 The total price is only calculated after entering the price. When you change the quantity by adding or deleting items aboce the price form after that, the price is not adjusted. You have to enter the price again to force Koha to show the correct calculation. -- 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 5553] New: can click buttons when error appears on circ
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5553 Summary: can click buttons when error appears on circ Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor 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 Estimated Hours: 0.0 Created attachment 2919 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2919 checkout screen with warning When checking an item out if a warning appears you can't scan in the barcode box until you respond to the prompt, but you can click buttons which means you can click clear screen or check out again by accident - shouldn't all buttons be disabled too? -- 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 6261] New: Consolidate patron toolbar include files
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6261 Bug #: 6261 Summary: Consolidate patron toolbar include files Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org We have two include files which are almost identical, a remnant I think of earlier version of Koha in which it was necessary that they be different. They should be consolidated. -- 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 20

[Bug 5986] New: Inconsistent handling of patron deletion permission
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5986 Bug #: 5986 Summary: Inconsistent handling of patron deletion permission Classification: Unclassified Change sponsored?: --- Product: Koha Version: master 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 In some places the permission to delete patrons is governed by whether or not the user has the "borrowers" permission set: "Add or modify borrowers." In moremember.pl there is a different check governed by a "candeleteuser" variable (line 386): my $candeleteuser; my $userenv = C4::Context->userenv; if($userenv->{flags} % 2 == 1){ $candeleteuser = 1; }elsif ( C4::Context->preference("IndependantBranches") ) { $candeleteuser = ( $data->{'branchcode'} eq $userenv->{branch} ); }else{ if( C4::Auth::getuserflags( $userenv->{flags},$userenv->{number})->{borrowers} ) { $candeleteuser = 1; }else{ $candeleteuser = 0; } } This means that a user viewing a patron record on moremember.pl might have different delete permissions than the same user viewing a patron record in circulation or another patron-related page. A user prevented from deleting by moremember.pl could switch to another page and delete from there. -- 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 3309] Deleting authorized values when data exists
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3309 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)biblibre.co | |m --- Comment #3 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- (In reply to Mirko Tietgen from comment #1) > Two things happen: > - DBD::mysql::st execute failed: Unknown column 'id' in 'where clause' at > /home/mirko/koha/admin/authorised_values.pl line 228. > - value is deleted, field shows '-5' > > So there is no routine to check if the value is used and there is something > wrong with the deletion. The line in referenced in the error message is > > $sth = $dbh->prepare("DELETE FROM authorised_values_branches WHERE id = ?"); > > authorised_values_branches does not have a column called 'id', it is called > 'av_id' This is fixed by bug 9272, not related to the main problem. (In reply to Owen Leonard from comment #2) > (In reply to Mirko Tietgen from comment #1) > > This seems to still be valid. To reproduce I > > - added a value to NOT_LOAN: '-5' with value 'fish' > > - set an item to use that value > > - deleted the authorizes value. > > I find that this is still the case -- I'm not blocked from deleting an > authorized value which is in use by an item. However I see no related errors > in the log. Not sure how we could fix this problem. We will need to check all items, it will be time consuming. But we could imagine a "check" function to know if the AV is used (category linked to a framework and value in the DB field). -- You are receiving this mail because: You are watching all bug changes.

1 0