https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38181
--- Comment #3 from David Cook <[email protected]> --- (In reply to Kdask from comment #2) > Interesting, i don't use the OpacHiddenItems preference (it's empty) > although the OpacHiddenItemsHidesRecord was on "hide". > I'm using OpacSuppression on bibliographic records on 942$n. That's interesting for sure. OpacSuppression wouldn't cause a slowdown, and OpacHiddenItemsHidesRecord shouldn't matter if OpacHiddenItems isn't used. -- The hidelostitems might be impacting you, as I think it scans through every lost item, although I could be wrong. -- I know I've had the same problem as you before... and I think those 2 were the causes, but it might've been something else. Ah... yes... it might have to do with reserves. I don't know if there's an open bug or not about that (I can't find one on a quick search in my bug lists), but on the OPAC only there is very inefficient code which checks the reservability of every item. Locally, we removed a bit of the item processing in the OPAC for reserves specifically and had enormous performance improvements. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
