[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 #25 from Jonathan Druart <jonathan.druart at bugs.koha-community.org> ---
(In reply to Kyle M Hall from comment #21)
> (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.

I would like to see a comment from Tomas before these patches are pushed.

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