Bug 42006 - Hold group/hyperholds appear on the holds queue multiple times
Summary: Hold group/hyperholds appear on the holds queue multiple times
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: Main
Hardware: All All
: P5 - low trivial
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-03-05 20:00 UTC by Jason Robb
Modified: 2026-03-05 20:00 UTC (History)
3 users (show)

See Also:
GIT URL:
Initiative type: ---
Sponsorship status: ---
Comma delimited list of Sponsors:
Crowdfunding goal: 0
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 Jason Robb 2026-03-05 20:00:05 UTC
When placing a hold for a group of records using the hold group (hyperhold) feature, the holds queue appears to generate a hold for each record in the group. This can lead to situations where the hold gets filled by a nonlocal copy when a local copy is available.

To replicate in ktd:

1. Enable RealTimeHoldsQueue and DisplayAddHoldGroups
2. Search for Birds
3. Tick the boxes for the first two records
4. Click Place hold
5. Search for Henry Acevedo
6. Set the pickup location to Midway
7. Tick the 'Treat as hold group' box
8. Click Place holds
9. Run the holds queue for Midway, the hold appears there
10. Run the holds queue for Centerville, the hold also appears there
11. Run the queue for All libraries, two rows are listed for the single hold needing filled, one for each record involved

This hold should only be on the Midway record at this point as the item location matches the hold pickup location.

This also seems to make multiple holds appear on the same library's queue for a single hold group. If you select all three titles in the Birds search for a grouped hold with a pickup of Midway, you'll see two titles listed on the Midway queue for the one hold needing filled.

In practice, this will lead to staff pulling multiple copies of a thing then being frustrated when only one fills the hold and the others need reshelved.