Bug 42055

Summary: Real time holds queue doesn't rebuild when hold from group hold is filled
Product: Koha Reporter: Sara Brown <sbrown>
Component: Hold requestsAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: normal    
Priority: P5 - low CC: blawlor, clackman, dcook, gmcharlt, lisette, tomascohen
Version: 25.11   
Hardware: All   
OS: All   
See Also: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42054
GIT URL: Initiative type: ---
Sponsorship status: --- Comma delimited list of Sponsors:
Crowdfunding goal: 0 Crowdfunding committed: 0
Crowdfunding contact: Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:

Description Sara Brown 2026-03-10 16:54:24 UTC
If a library is using the real-time holds queue and a hold that is part of a group hold/hyperhold is filled, the queue isn't rebuilt to remove the other titles. 

To replicate:
-Make sure library is using the real-time holds queue.
-Create a group hold with multiple items available at one or more libraries.
-Note that all available titles show on the holds queue(s) (see bug 42054).
-Check an item in to satisfy the hold group.
-Re-run the holds queue(s), and note that the other items from the group hold still show.

The queue only appears to rebuild once the item that filled the hold is checked out.

If a library checks one of the other items from the group in after the hold has been filled, the later item(s) won't trigger. This is correct behavior, but the fact that the other titles from the group still show on the queue is likely to cause significant frustration and confusion for libraries.