[Koha-bugs] [Bug 22312] New: BlockReturnOfLostItems does not prevent lost items filling holds
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Mon Feb 11 23:31:34 CET 2019
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22312
Bug ID: 22312
Summary: BlockReturnOfLostItems does not prevent lost items
filling holds
Change sponsored?: ---
Product: Koha
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Circulation
Assignee: koha-bugs at lists.koha-community.org
Reporter: phil at chetcolibrary.org
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com, kyle.m.hall at gmail.com
Target Milestone: ---
When the preference BlockReturnOfLostItems is set, it prevents checkin from
checking the item in, but it does not prevent prompting to fill a hold with
that item.
Steps to reproduce:
1. Set BlockReturnOfLostItems to Block
2. Place a hold that can be filled by a particular item
3. Mark that item as Lost (or Missing, or any other flavor of lost)
3. Attempt to check in that item
Expected results:
Message stating that "Item is lost, cannot be checked in./Cannot check in/NOT
CHECKED IN", no message about the hold.
Actual results:
The "Item is lost, cannot be checked in./Cannot check in/NOT CHECKED IN"
message displays in the page, but is quickly covered by the popup saying that
it can fill a hold. If any of the Confirm buttons (Confirm, Confirm and print
slip, Confirm and transfer) is clicked in the hold popup, when the popup closes
the message in the page below is removed, leaving no sign that the hold was
just filled by an item which is now both being held and also lost.
--
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