Bug 2795 - No warning on checout to a patron with overdues
Summary: No warning on checout to a patron with overdues
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: All All
: P3 normal (vote)
Assignee: Galen Charlton
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-17 02:26 UTC by Henri-Damien LAURENT
Modified: 2012-10-25 23:03 UTC (History)
1 user (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 00:55:58 UTC


---- Reported by henridamien@koha-fr.org 2008-11-17 02:26:44 ----

When a patron has overdues, there is no warnings when checkout.
Could be good to receive a warning and then to be able to override to checkout if desired.



---- Additional Comments From gmcharlt@gmail.com 2008-11-17 06:51:12 ----

OK, we're clearly disagreeing here.  I've marked it an enhancement because unless I'm mistaken, Koha currently does not do this warning.  *Adding* new functionality, particularly if the rel_3_0 version tag is to be believed, does count as an enhancement. 

If you're saying that this functionality used to exist but doesn't work, please provide details.



---- Additional Comments From cookie.wolfrom@liblime.com 2009-02-10 09:31:35 ----

(In reply to comment #1)
> OK, we're clearly disagreeing here.  I've marked it an enhancement because
> unless I'm mistaken, Koha currently does not do this warning.  *Adding* new
> functionality, particularly if the rel_3_0 version tag is to be believed, does
> count as an enhancement. 
> 
> If you're saying that this functionality used to exist but doesn't work, please
> provide details.
>  Galen- Koha does currently not only give a warning but blocks patrons from checking out - there is no way for staff to override the decision.  An override function seems reasonable for staff to request






---- Additional Comments From oleonard@myacpl.org 2009-02-10 09:48:26 ----

Koha warns you if a patron has overdues by displaying a message on right half of the screen: "Attention: Overdues: Patron has ITEMS OVERDUE. See highlighted items below."

hdl, are you suggesting that the librarian should have to confirm checkouts for any patron who has overdues, just as we have to confirm something like overriding a checkout limit? ("Too many checked out (already checked out / max : 10) Yes Check Out? No, Don't Check Out").

In my opinion, that's what the debarred status is for. If the librarian shouldn't check out to someone they should be debarred. I'm assuming that's what you're referring to Cookie? There is an option to lift the debarment from the circulation screen, but I know some libraries might like it if that could be done only for the current session.



---- Additional Comments From gmcharlt@gmail.com 2009-02-10 11:07:21 ----

I could be missing some background on the history of the debar flag, but I think there can be a useful distinction between manually blocking a patron via the debar flagging and automatically blocking a patron because of a transitory condition (such as having overdues, or more than a specified number of them) that should go away once the patron has corrected the problem.



---- Additional Comments From oleonard@myacpl.org 2009-02-10 11:21:05 ----

We've always wondered what would be required to automatically unrestrict patrons who had returned all their overdue items. The trouble is that with just the debar flag there's no way to tell whether a patron has been debarred for overdues or whether the debar flag was set by a librarian manually. 

Galen, are you proposing that Koha have another kind of flag that would be set only for a "transitory condition," or do you propose that circulation.pl alone check for those conditions. If the latter, how do those get defined?



---- Additional Comments From gmcharlt@gmail.com 2009-02-10 12:11:04 ----

I think that circulation.pl (or rather, the circ API in C4) should calculate those restrictions on the fly.  Creating a new flag that is explicitly set if a patron incurs a transitory block is something I'd want to avoid unless absolutely necessary.



---- Additional Comments From oleonard@myacpl.org 2009-02-10 12:17:09 ----

How would we define for the Circ API what those restrictions are?



---- Additional Comments From arm@hanover.ca 2009-05-21 18:51:14 ----

As a librarian, I would like to see two kinds of "debar" - the system generated ones which should be handled by Koha automatically - blocking checkouts according to the system preferences. 
The system should unblock them again when the overdue items are returned or the fines are paid off to below the threshold. These should have a staff override option. This relates to http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=643 (staff override), 1698 and 2720 (undebar if all items returned/ all fine paid).

I would also like to see a staff set debar, not related to the system generated one, which can be used if we know the person has a history of damaging books, or we believe the card is being used by someone else  - we would want that to remain on the system even when there is nothing outstanding.  HTH



---- Additional Comments From gmcharlt@gmail.com 2010-05-01 16:04:45 ----

The OverduesBlockCirc system preference introduced for http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4505 allows the fact that a patron has current overdue loans to 

* be ignored
* require a confirmation of a loan
* block loans outright

I think this can be closed.



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:55 UTC  ---

This bug was previously known as _bug_ 2795 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2795

Actual time not defined. Setting to 0.0
CC member arm@hanover.ca does not have an account here