[Koha-bugs] [Bug 13636] New: Search results item status incorrect for holds
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Wed Jan 28 14:31:25 CET 2015
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13636
Bug ID: 13636
Summary: Search results item status incorrect for holds
Change sponsored?: ---
Product: Koha
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: P5 - low
Component: Searching
Assignee: gmcharlt at gmail.com
Reporter: kyle at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
Imagine this scenario: we have one record with four items. Two of those items
are checked out, one of those items is a waiting hold, and one of those items
is available. We would expect to see this on the search results page. Instead,
we will see both non-checked out items as unavailable due to waiting holds.
This is due to a semantic issue GetReserveStatus. C4::Search::searchResults
uses GetReserveStatus to get the reserve status of each item, but unlike all
other calls to the sub, this one passes in not only itemnumber, but
biblionumber.
When no reserve is found for the available item, the subroutine uses the
biblionumber to grab what is essentially an arbitrary reserve to use for the
status. This makes no sense and this functionality should be entirely removed
from the subroutine so regressions like this will be prevented in the future.
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list