Greetings, > We faced a quite big problem in Opac search for a while > and we were not able to find a workaround for that. [SNIP] [SYNOPSIS: The count is off, and because of pagination, sometimes 0 results are shown for the returned page, because of the way filtering works] > Is there anybody hit this problem and any workaround for that?
Yes, I have seen this. No, there is no workaround. In order to not have crazy long return times, X results per page are returned from the search server (Zebra or otherwise), but THEN the filtering happens. This means that you could get X results back and have them all filtered. > We created the bug > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19688 Decent description of the problem, but this is really a "searching needs a major refactor" problem. > and we think that the change in the bug > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10584 > may be the result of this bug. No, 10584 was a result of not wanting to show the biblio for something when all the items are hidden. If a particular book has all its copies in shelving locations which are not accessible to the public, we don't want to tell the public about it. This has nothing to do with the miscounting and poor filtering problem you are accurately describing. I agree with Fridolin's assessment, "In my opinion, we should real[l]y consider that it is not possible to hide records correctly in search pages," and perhaps attempt to come up with a more flexible, perhaps ajaxy way to handle searching. This would allow for loading all the result item numbers, filtering them, and THEN counting and displaying them. Rather than using the search engine count, THEN filtering and displaying. GPML, Mark Tompsett _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
