The preference DefaultHoldExpirationdate, when set, doesn't show the date in the expiration field while placing the hold, in either the staff side or the opac side. So you don't know there is a default until after the hold is placed. This is extremely counter productive, because you can't change the expiration date on a hold. You then have to cancel the hold, and replace it and put the date you want in place. This should be fixed.
(In reply to Christopher Brannon from comment #0) > The preference DefaultHoldExpirationdate, when set, doesn't show the date in > the expiration field while placing the hold, in either the staff side or the > opac side. So you don't know there is a default until after the hold is > placed. > > This is extremely counter productive, because you can't change the > expiration date on a hold. You then have to cancel the hold, and replace it > and put the date you want in place. > I assume you mean that expiration date can't be changed in OPAC? Because changing it from the staff side seems to be working fine. So from OPAC point of view this sure isn't ideal situation. To fix this we could: 1) show default expiration date to the field while placing hold 2) allow patrons to change expiration date via OPAC (this should probably be a syspref) 3) do both.
(In reply to Emmi Takkinen from comment #1) > I assume you mean that expiration date can't be changed in OPAC? Because > changing it from the staff side seems to be working fine. Yes, thank you for the clarification. > So from OPAC point of view this sure isn't ideal situation. To fix this we > could: > 1) show default expiration date to the field while placing hold > 2) allow patrons to change expiration date via OPAC (this should probably be > a syspref) > 3) do both. Both would be preferable, but at least option 1.