[Koha-bugs] [Bug 13022] Hardcoded limit causes records with more than 20 items to show inaccurate statuses

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13022

--- Comment #21 from Kyle M Hall <kyle at bywatersolutions.com> ---
(In reply to Tomás Cohen Arazi from comment #20)
> I think this should be solved on indexing, no calculation on what is the
> status of the records/items should be done on rendering the results page.
> 
> If you take a look at C4::Circulation::{AddIssue|AddReturn} you will notice
> that they call C4::Items::ModItem, which ultimately calls ModZebra...
> 
> So we should always assume the data we retrieve from Zebra is current... and
> no calculation should be done outside the resultset...
> 
> I belive at some point we messed up things A LOT (by adding the <items>
> thing in the XSLT step... but until someone rewrites all that... I think we
> should do the search engine-way.

So what steps do we need to take to resolve this? It sounds like we need to
create an availability index. This would also mean we need to re-index whenever
other tables related to items change ( transfers and reserves at the least ).

I think that this patch could be pushed in the meantime as a band-aid at least,
until we can get such a system in place.

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