http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #90 from Olli-Antti Kivilahti <olli-antti.kivilahti@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.