Problem of OpacHiddenItems

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Problem of OpacHiddenItems

Devinim Koha Development Team
Hello everyone,

We faced a quite big problem in Opac search for a while and we were not
able to find a workaround for that.

When we use OpacHiddenItems system preference value for a specific
items, let's say withdrawn items, in the Opac

search result, related item become hidden and the numbering is being
closed automatically. However if all items in the second page

were also hidden then it says "0 results found".

Is there anybody hit this problem and any workaround for that?

We created the bug
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19688

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.

Thanks.

Devinim Koha team.

_______________________________________________
Koha-devel mailing list
[hidden email]
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/
Reply | Threaded
Open this post in threaded view
|

Re: Problem of OpacHiddenItems

Fridolin SOMERS
Hi,

Thanks for pointing this ugly bug.

There are a lot of bug reports about that :
https://bugs.koha-community.org/bugzilla3/buglist.cgi?quicksearch=OpacHiddenItems

In my opinion, we should realy consider that it is not possible to hide
records correctly in search pages.
We should find another way.

Regards,

Le 16/07/2018 à 16:56, DevinimKoha a écrit :

> Hello everyone,
>
> We faced a quite big problem in Opac search for a while and we were not
> able to find a workaround for that.
>
> When we use OpacHiddenItems system preference value for a specific
> items, let's say withdrawn items, in the Opac
>
> search result, related item become hidden and the numbering is being
> closed automatically. However if all items in the second page
>
> were also hidden then it says "0 results found".
>
> Is there anybody hit this problem and any workaround for that?
>
> We created the bug
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19688
>
> 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.
>
> Thanks.
>
> Devinim Koha team.
>
> _______________________________________________
> Koha-devel mailing list
> [hidden email]
> 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/
>

--
Fridolin SOMERS <[hidden email]>
BibLibre, France - software and system maintainer
_______________________________________________
Koha-devel mailing list
[hidden email]
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/
Reply | Threaded
Open this post in threaded view
|

Re: Problem of OpacHiddenItems

Mark Tompsett
In reply to this post by Devinim Koha Development Team
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
[hidden email]
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/
Reply | Threaded
Open this post in threaded view
|

Re: Problem of OpacHiddenItems

Fridolin SOMERS
We also may consider creating an ES node for staff and one for OPAC.
It will correct all side effects like facets, ...

Le 28/09/2018 à 21:28, Mark Tompsett a écrit :

> 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
> [hidden email]
> 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/
>

--
Fridolin SOMERS <[hidden email]>
BibLibre, France - software and system maintainer
_______________________________________________
Koha-devel mailing list
[hidden email]
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/