[Koha-bugs] [Bug 20844] Reset a hold when it is missing after allocation
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Fri Nov 8 03:07:47 CET 2019
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20844
--- Comment #32 from David Cook <dcook at prosentient.com.au> ---
Comment on attachment 81710
--> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=81710
Bug 20844: Revert hold when setting an item to lost
Review of attachment 81710:
--> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=20844&attachment=81710)
-----------------------------------------------------------------
::: C4/Circulation.pm
@@ +3688,5 @@
> + my $LostItemLevelHold;
> + if ( $restype eq "Waiting" || $restype eq "Reserved" ) {
> + if ( $res->{originalholdtype} eq "B" ) {
> + #originalholdtype equalling "B" means this is a bib level hold
> + C4::Reserves::RevertWaitingStatus({itemnumber => $itemnumber});
This line appears to be buggy. I haven't fully investigated, but if the hold
type is B, the itemnumber can't be used to look up the reserve, and eventually
causes a fatal error in _FixPriority (due to a lack of error handling in
RevertWaitingStatus, _FixPriority, etc.)
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list