[Koha-bugs] [Bug 32702] Item statuses that block holds should be checked in CanItemBeReserved
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Tue Mar 7 14:48:19 CET 2023
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32702
--- Comment #3 from Katrin Fischer <katrin.fischer at bsz-bw.de> ---
In general I think we should stick with the well tested behavior from
opac/intranet requests and make sure that the APIs use the same logic. So if we
already had the stricter behavior in GUI, I think that's usually the right
choice.
In your documentation, there is one inconsistency:
Call in ILSDI/Services.pm
HoldItem - would have allowed placing holds on damaged/notforloan/etc items
Call in ILSDI/Services.pm:
GetServices - Already a combination of CanItemBeReserved and
IsAvailableForItemLevelRequest
I believe you caused an unwanted change in behaviour, negative nfl-values are
in fact holdable, but won't be no longer with the change:
- $item->notforloan > 0 || # item with negative or zero notforloan
value is holdable
vs.
+ return { status => 'notforloan' } if ( $item->notforloan ||
$notforloan_per_itemtype );
I haven't had time to look at the methods at a whole, but do we really want to
remove the checks from IsAvailableForItemLevelRequest?
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
More information about the Koha-bugs
mailing list