Holds set with a start date 1 or more days in the future are not appearing on the holds queue on their start dates. This is for 23.05.10 for libraries using the real-time holds queue. (Test in progress for a library not using RTHQ.) The holds do appear on their start dates in holds to pull.
Hi Sara, can you explain the use case? For me this behavior sounds correct as I understand a hold is not "active" until its start date.
I'm sorry; I didn't explain it well originally. On the start date, the hold still isn't appearing in the queue.
OK, that makes sense. I think there is a bug that might help with that too, but I haven't tested: Bug 32565 - Holds placed when all libraries are closed do not get added to holds queue if HoldsQueueSkipClosed and RealTimeHoldsQueue are enabled The problem is that at the time the hold is placed it's rightfully not added to the queue by RTHQ. But then later it needs the cron to show up. This new switch only looks for "unallocated" holds (not yet in the holds queue) to add them.
Ah, that makes sense. And I hit enter on that comment too early: The library's original use case was a staff member placing holds with start dates for an upcoming storytime. They placed the holds about 2 weeks ahead of actually needing the items but found that when the start date came, the holds were only visible on holds to pull (which they don't typically use).
*** This bug has been marked as a duplicate of bug 32565 ***