http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367
--- Comment #90 from Olli-Antti Kivilahti <olli-antti.kivila...@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. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/