Filed because of David's comment on bug 24909: The unprivileged route for bibliographic records needs to take OpacSuppression into account.
Thanks, Katrin. I'm a bit overwhelmed by all the different places that need to take into account things like OpacSuppression and OpacHideItems...
For OpacHideItems, create a new report depending on Bug 24403 omnibus
I hope our open-source ILS is mainly used for 100% open-data ;)
(In reply to Fridolin Somers from comment #3) > I hope our open-source ILS is mainly used for 100% open-data ;) Hahahaha
(In reply to Fridolin Somers from comment #2) > For OpacHideItems, create a new report depending on Bug 24403 omnibus I don't think I have a report at the moment. I think Tomas has made progress on creating functions to handle OpacHideItems via the Koha::Biblio object, so that's good. OpacSuppression really needs an equivalent. (I think there might also be some performance limitations to the OpacHideItems calculation, but I'm probably not going to work on them...and I'd need to do some profiling to even prove that those limitations exist...)
(In reply to Fridolin Somers from comment #2) > For OpacHideItems, create a new report depending on Bug 24403 omnibus https://git.koha-community.org/Koha-community/Koha/src/branch/master/Koha/REST/V1/Biblios.pm#L178
(In reply to Tomás Cohen Arazi from comment #6) > (In reply to Fridolin Somers from comment #2) > > For OpacHideItems, create a new report depending on Bug 24403 omnibus > > https://git.koha-community.org/Koha-community/Koha/src/branch/master/Koha/ > REST/V1/Biblios.pm#L178 I've been thinking we could just extend "hidden_in_opac" to include OpacSuppression as well. That might be a better name for this bug report really...
I have wondered a bit about OpacSuppressionByIPRange with an API although I don't know how much that is used. We don't have stats on it on Hea due to the private nature of the values I think...