[Koha-bugs] [Bug 21608] Arranging holds priority with dropdowns is faulty when there are waiting/intransit holds

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Sun Oct 28 02:16:59 CEST 2018


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

--- Comment #10 from Katrin Fischer <katrin.fischer at bsz-bw.de> ---
Sorry, might have missed a reload, display is now correct for the items.

I see some problems with reverting:

If the patron has chosen an expiration date on placing the hold, it will be
overwritten by the pickup date when the hold is found. So all we can do now is
revert to "empty" as there is no way to tell the old expiration date. These 2
things should be 2 different fields in db.

If the hold was formerly a record level hold, it's a item level hold after
reverting. The only indicator if we have an item level or record level hold is
the itemnumber field being set or not. As it's always set after the hold has
been found, there is no clean way to revert from this either.

Without this patch you can only change the hold from "Waiting" to "del" - which
means you can only cancel it.

I am not sure about the the changed behaviour, especially as this is marked for
backporting to 18.05. Maybe we should fix the display here but leave the new
button for a separate bug report?

We could still lock the pull down maybe - the hold can still be deleted using
the red X.

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


More information about the Koha-bugs mailing list