Summary: | availability of a reserved book | ||
---|---|---|---|
Product: | Koha | Reporter: | Paul Poulain <paul.poulain> |
Component: | Circulation | Assignee: | Galen Charlton <gmcharlt> |
Status: | CLOSED WORKSFORME | QA Contact: | Bugs List <koha-bugs> |
Severity: | major | ||
Priority: | P3 | CC: | cookie.wolfrom, olli-antti.kivilahti |
Version: | Main | ||
Hardware: | PC | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: | Patch for this bug, finally! |
Description
Chris Cormack
2010-05-21 00:51:30 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. 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! :) |