[Koha-bugs] [Bug 34032] Holds expirationdate left blank if waiting status is reverted

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Nov 3 14:34:38 CET 2023


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34032

--- Comment #8 from Emmi Takkinen <emmi.takkinen at koha-suomi.fi> ---
(In reply to Marcel de Rooy from comment #5)
>     $hold->set(
>         {
>             priority    => 1,
>             found       => undef,
>             waitingdate => undef,
>             expirationdate => $hold->patron_expiration_date,
>             itemnumber  => $hold->item_level_hold ? $hold->itemnumber :
> undef,
>         }
>     )->store({ hold_reverted => 1 });
> 
> Currently, only this case triggers part of the condition (that could be
> simplified to reduce repetition) that leads to calling:
>                  $self->_set_default_expirationdate;
> (Unless both dates are still the same..)
> 
> If they are not, why not respect patron_expiration_date?
Because I just realized there is a column called patron_expiration_date.
Somehow this has totally slipped from my attention. You're right, if
patron_expiration_date exists we should respect it, not generate new one.
However, what should we do if patron_expiration_date is in past?

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list