[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

--- Comment #90 from Olli-Antti Kivilahti <olli-antti.kivilahti at jns.fi> ---
(In reply to Paola Rossi from comment #89)
> (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.

Nice to hear from you!

Is there anything here that prevents your from signing this off?
I believe this feature needs more than one sign off to be considered fit for QA
and yours would be a great start!

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