Bug 10883 - AllowHoldDateInFuture can let a patron jump to the top of the holds list
authorKyle M Hall <kyle@bywatersolutions.com>
Wed, 27 Aug 2014 13:05:12 +0000 (09:05 -0400)
committerTomas Cohen Arazi <tomascohen@gmail.com>
Wed, 17 Sep 2014 23:12:49 +0000 (20:12 -0300)
commitcd69768f72493d9ec2f2e8015e6f435e9cff18f4
treea86f1b127e9a72453cd4d9e5565b14b09ccf58dc
parenteb4df0eff2960772522946bc451803a0af8fb87f
Bug 10883 - AllowHoldDateInFuture can let a patron jump to the top of the holds list

If a patron is allowed to add a future date for the hold using the
"Hold starts on date" field, that patron can put a date in that is
in the *past* which will cause them to move to the top of the holds
queue ( assuming they make the past date far enough back that it is
earlier than all the other hold dates ).

Test Plan:
1) Enable future holds
2) Note you can use dates in the past for "hold starts on date"
3) Note you can use dates in the past for "hold expires on date"
4) Apply this patch
5) Refresh the page
6) Note you can no longer use dates in the past for those fields

Signed-off-by: Christopher Brannon <cbrannon@cdalibrary.org>
Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de>
Changed subject: OpacAllowHoldDateInFuture to AllowHoldDateInFuture
as this fix applies to staff.
Works as described, passes tests and QA script.

Signed-off-by: Tomas Cohen Arazi <tomascohen@gmail.com>
koha-tmpl/intranet-tmpl/prog/en/modules/reserve/request.tt