[Koha-bugs] [Bug 4045] No check for maximum number of allowed holds.

bugzilla-daemon at kohaorg.ec2.liblime.com bugzilla-daemon at kohaorg.ec2.liblime.com
Wed May 12 16:11:18 CEST 2010


http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4045


Owen Leonard <oleonard at myacpl.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|cnighswonger at foundations.edu|gmcharlt at gmail.com
             Status|ASSIGNED                    |NEW




--- Comment #8 from Owen Leonard <oleonard at myacpl.org>  2010-05-12 14:11:17 ---
There is still one check of C4::Context->preference("maxreserves") that I can
find, in opac-reserve.pl (excluding one in Utility.pm which doesn't seem to be
used)

Hold limits work inconsistently in the OPAC:

  -- If the patron has not yet exceeded the maximum allowed number of holds, it
is possible to place an unlimited number of multiple holds in one transaction.
Koha seems to say, "Patron has not reached the limit of allowable holds, so
allow this holds transaction to take place." The system should instead allow
holds only up to the number of allowable holds. This would require the
interface to know the number of available holds and keep track of how many of
multiple holds were selected.

  -- If the patron has reached or exceeded the maximum allowed number of holds,
the OPAC will *not* block the transaction with the built in warning, "Sorry,
you cannot place more than <!-- TMPL_VAR NAME="too_many_reserves" --> holds"
because that warning only works with the "maxreserves" system preference.
Instead the user will be shown the title(s) he has chosen, but the title(s)
will be shown with the message "This title cannot be requested." The wording of
this message implies that there is a problem with that particular title, not a
problem with the number of holds the user has.


-- 
Configure bugmail: http://bugs.koha.org/cgi-bin/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