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

[Bug 8728] New: t/db_dependent/Reserve.t test doesn't use resdate and expdate arguments for AddReserve
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '12

02 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8728 Priority: P5 - low Change sponsored?: --- Bug ID: 8728 Assignee: gmcharlt(a)gmail.com Summary: t/db_dependent/Reserve.t test doesn't use resdate and expdate arguments for AddReserve Severity: enhancement Classification: Unclassified OS: All Reporter: matted-34813(a)mypacks.net Hardware: All Status: NEW Version: unspecified Component: Test Suite Product: Koha The AddReserve routine had resdate and expdate added in between arguments (not appended) in 2009/2010ish and http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Reserves.pm;hb… so we need to adjust the t/db_dependent/Reserve.t accordingly. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 8864] New: AutoUnsuspendReserves date check incorrect
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '12

02 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8864 Priority: P5 - low Change sponsored?: --- Bug ID: 8864 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: AutoUnsuspendReserves date check incorrect Severity: enhancement Classification: Unclassified OS: All Reporter: elliott(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha AutoUnsuspendReserves should compare the suspend_until field as <= rather than < -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8858] New: C4::Circulation::GetBranchItemRule is poorly written
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '12

02 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8858 Priority: P5 - low Change sponsored?: --- Bug ID: 8858 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: C4::Circulation::GetBranchItemRule is poorly written Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The function C4::Circulation::GetBranchItemRule is mean to return back the 'hold allowed' policy and whether to return an item to the home or holding branch. A visual inspection of this subroutine shows that it could be re-factored for efficiency. It always runs all four searches even if it is unnecessary. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7642] New: The number that appears when hovering over a tag in the tag cloud isn't the number of items with that tag
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '12

02 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7642 Priority: P5 - low Change sponsored?: --- Bug ID: 7642 Assignee: oleonard(a)myacpl.org Summary: The number that appears when hovering over a tag in the tag cloud isn't the number of items with that tag QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: master Component: OPAC Product: Koha When you hover over a tag, the number that appears is the weighting of that tag, not the actual number of items that are tagged with that. This is not really what one would expect. -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 6039] New: Cancel all waiting holds button
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '12

01 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6039 Bug #: 6039 Summary: Cancel all waiting holds button Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com “Holds awaiting pickup – Holds over tab”, customer would like to sort by borrower in the “Holds over tab”. They would also like a “Cancel All” button on the same tab. It would make this task more efficient for the customer. Currently, we are having at least 15 to 20 holds expire each day and to have to click “Cancel Hold” for each one is long and tedious. New syspref TransferWhenCancelAllWaitingHolds will govern whether to skip holds that need to be transferred when bulk cancelling -- 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 37

[Bug 3387] WITHDRAWN items shouldn't check in
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '12

01 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3387 --- Comment #33 from Paul Poulain <paul.poulain(a)biblibre.com> --- (not patch pushed with a tiny follow-up for perlcritic: Variable declared in conditional statement at line 1836, column 5. Declare variables outside of the condition. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3387] WITHDRAWN items shouldn't check in
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '12

01 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3387 Paul Poulain <paul.poulain(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master Version|master |rel_3_10 --- Comment #32 from Paul Poulain <paul.poulain(a)biblibre.com> --- Patch pushed to master BUT Mickey, I've a functional problem with the "prevent" option (that is the current one already, so this patch introduces an alternative which sounds OK to me. As stated in my comment 22, how to you deal with the situation of a checked-out item that is withdrawn ? once the book has been paid, you keep forever the information that the items had been checked out by patron X ? Otherwise, how do you delete the information ? Here, in France, we have a law for privacy. And a rule has been specified for a library: they can't keep track of this information for more than 3 months after the book has been returned (or refunded) So the "prevent check-in of withdrawn items" is a non-sense (well, something illegal ;-) ) -- You are receiving this mail because: You are watching all bug changes.

1 0