[Koha-bugs] [Bug 7408] Expire holds that have been waiting too long

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Thu Feb 23 18:13:09 CET 2012


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7408

Kyle M Hall <kyle.m.hall at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kyle.m.hall at gmail.com

--- Comment #6 from Kyle M Hall <kyle.m.hall at gmail.com> 2012-02-23 17:13:09 UTC ---
(In reply to comment #4)

That does seem like a simpler solution, and the fewer cronjobs, the better.
Patch submitted.

> I've tested this successfully but have one question about how it works: After
> running the script, the holds get an expiration date of today. Running
> cronjobs/holds/cancel_expired_holds.pl immediately afterwards will cancel
> expired holds, but only those with an expiration date *less* than today. So
> none of the holds expired by this new script will be cancelled. If I then run
> the new script again with the --charge option the user will get double fines.
> 
> I know this isn't they way the script would typically be run, but it's
> worrisome to me.
> 
> On another note, testing this makes me wonder: Why don't we simply set an
> expiration date at the time the hold is marked waiting, based on the
> ReservesMaxPickupDelay setting?

-- 
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.


More information about the Koha-bugs mailing list