Bug 3194 - Hide records in the OPAC if all items are lost and "hidelostitems" is on
Summary: Hide records in the OPAC if all items are lost and "hidelostitems" is on
Status: CLOSED WONTFIX
Alias: None
Product: Koha
Classification: Unclassified
Component: OPAC (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Galen Charlton
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-06 01:56 UTC by Chris Cormack
Modified: 2023-06-08 22:26 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:07:32 UTC


---- Reported by bchurch@ptfs.com 2009-05-06 13:56:43 ----

There also seems to be a change in the way "hidelostitems" preference works. 

In the past, setting this preference to "ON" prevented bibliographic records from appearing in search results if all the bib's attached items had "lost" values greater than 0. 

These records are now appearing in the search results. If you go to the detail window, you get the message "No physical items for this record".



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:07 UTC  ---

This bug was previously known as _bug_ 3194 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3194

Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here: chris@bigballofwax.co.nz.
   Previous reporter was bchurch@ptfs.com.
CC member jwagner@ptfs.com does not have an account here

Comment 1 Owen Leonard 2011-05-17 16:45:11 UTC
The change in functionality reported in this bug is so old I think we have to consider this an enhancement now.
Comment 2 Katrin Fischer 2014-11-02 09:22:29 UTC
I suggest using opachiddenitems here, as this would hide the record.
Comment 3 David Cook 2022-08-22 05:54:54 UTC
I think Katrin's comment satisfies the enhancement request.