[Koha-bugs] [Bug 8367] How long is a hold waiting for pickup at a more granular level

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367

Paola Rossi <paola.rossi at cineca.it> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|Failed QA                   |Needs Signoff

--- Comment #89 from Paola Rossi <paola.rossi at cineca.it> ---
(In reply to Olli-Antti Kivilahti from comment #88)
> [...] Hope to hear from you soon 

Thanks, Olli-Antti, for your kind feedbacks.

Today I've applied the patch against master 3.17.00.043.

After having applied, I've created a hold reserving an item that was checked
out. So the reserve/hold's status became "W" after checking in it. On the
browser I refreshed the cache (Ctrl r, Ctrl F5): so I saw the hold by the 4
*.tt as required in step 4.

In particular: on OPAC, for a logged patron with holds, the lastpickupdate was
in the "until" part of the "Status" column of the hold.
On circ/waitingreserves.tt (Home › Circulation › Holds awaiting pickup) the
lastpickupdate was in the "until" part of the first column "Available" of "n
Hold(s) waiting" tag.

The tables with holds with NULL lastpickupdate (holds created reserving items
not checked out, as allowed by syspref AllowOnShelfHolds set to "Allow") were
shown OK too.

So I pass the patch back to "Needs Signoff" status.

I've changed the syspref 'ReservesMaxPickUpDelay' from the default 0 value,
thank you again.

-- 
You are receiving this mail because:
You are watching all bug changes.