Bug 42055 - Real time holds queue doesn't rebuild when hold from group hold is filled
Summary: Real time holds queue doesn't rebuild when hold from group hold is filled
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: 25.11
Hardware: All All
: P5 - low normal
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-03-10 16:54 UTC by Sara Brown
Modified: 2026-03-11 15:22 UTC (History)
6 users (show)

See Also:
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:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.