Bug 33096

Summary: DefaultHoldExpirationdate does not show date when placing hold
Product: Koha Reporter: Christopher Brannon <cbrannon>
Component: Hold requestsAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: normal    
Priority: P5 - low CC: emmi.takkinen, gmcharlt
Version: Main   
Hardware: All   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:

Description Christopher Brannon 2023-02-28 20:10:07 UTC
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.
Comment 1 Emmi Takkinen 2023-03-01 07:11:58 UTC
(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.
Comment 2 Christopher Brannon 2023-03-01 19:07:21 UTC
(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.