---- Reported by paul.poulain@biblibre.com 2008-08-05 03:17:17 ---- A reserved book, that is marked "Waiting for pickup" (so, that is no more in the shelves, but in a specific place for holds waiting for pickup) appear "available" on Koha. Thus, a patron can search in the shelves, and won't find it. ---- Additional Comments From jmf@liblime.com 2008-08-08 05:22:35 ---- The term 'Available' in 3.0, currently means 'Can be held, can be reserved'. It doesn't mean it's on the shelf. In 3.2 we should expand statuses to include 'On Shelf', etc. --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:51 UTC --- This bug was previously known as _bug_ 2465 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2465 Actual time not defined. Setting to 0.0
Surprisingly this is still the case in 3.4 While the XSLT result list shows 'On hold (1)' the detail record shows 'Available'. I did a full reindex of my records after I put the item on the hold shelf. I disagree with an earlier comment about the meaning of available. I think available means it's on shelf, but not necessarily that it can be checked out or placed on hold by the patron.
Tested with the current master branch: Detail in OPAC: On hold Results in OPAC: On hold (x) Detail in staff: Waiting for Koha Admin at Midway since 12/05/2013 Results in staff: 2 items, None available 2 unavailable: Midway [320] (On hold) (1) Books Midway (On hold) (1) Books And this is, where something goes wrong as only 1 of the 2 items is on hold. But this is different to this bugs description, so I am going to investigate and file a new bug.
Created attachment 28586 [details] [review] Patch for this bug, finally!
Hi Olli, can you please include a test plan in your commit message and switch the status of this bug to 'needs sign-off'?
I think my patch isn't for this bug actually :) Now that I reread it twice it looks like this issue here is about the detailed view.
BTW. We are going live tomorrow, just wanted to tell :)
Good luck! :)