Bug 2465 - availability of a reserved book
Summary: availability of a reserved book
Status: CLOSED WORKSFORME
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: PC All
: P3 major (vote)
Assignee: Galen Charlton
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-05 03:17 UTC by Paul Poulain
Modified: 2015-06-04 23:24 UTC (History)
3 users (show)

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


Attachments
Patch for this bug, finally! (2.02 KB, patch)
2014-06-01 14:22 UTC, Olli-Antti Kivilahti
Details | Diff | Splinter Review

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


---- 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

Comment 1 Katrin Fischer 2011-04-25 11:15:51 UTC
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.
Comment 2 Katrin Fischer 2013-12-05 22:56:51 UTC
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.
Comment 3 Olli-Antti Kivilahti 2014-06-01 14:22:41 UTC Comment hidden (obsolete)
Comment 4 Katrin Fischer 2014-06-01 14:39:31 UTC
Hi Olli, can you please include a test plan in your commit message and switch the status of this bug to 'needs sign-off'?
Comment 5 Olli-Antti Kivilahti 2014-06-01 15:00:09 UTC
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.
Comment 6 Olli-Antti Kivilahti 2014-06-01 15:01:11 UTC
BTW. We are going live tomorrow, just wanted to tell :)
Comment 7 Katrin Fischer 2014-06-01 15:13:02 UTC
Good luck! :)