Bug 34633 - Item Level Holds are trapping before record level holds
Summary: Item Level Holds are trapping before record level holds
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: unspecified
Hardware: All All
: P5 - low normal
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-08-28 19:03 UTC by Lisette Scheer
Modified: 2023-09-07 17:50 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Lisette Scheer 2023-08-28 19:03:53 UTC 
Example:

Place a record level hold for patron A
Place an item level hold for patron B on the same record. 
Check in the item associated with the item level hold.
Observe Patron B's hold attempting to fill, even though they're second.
Comment 1 Jonathan Druart 2023-09-05 08:50:24 UTC 
Which version of Koha? I do not recreate on master.
Comment 2 Lisette Scheer 2023-09-05 14:19:41 UTC 
(In reply to Jonathan Druart from comment #1)
> Which version of Koha? I do not recreate on master.

22.11.08, but I also recreated on a sandbox on master before filing the bug. I can't recreate it now on master though so it might be fixed?
Comment 3 Jonathan Druart 2023-09-06 12:52:18 UTC 
Might be a duplicate then, but I don't know which one!
It would be interesting to test on 22.11.09
Comment 4 Nick Clemens (kidclamp) 2023-09-07 17:50:33 UTC 
Note that with the holds queue this may still be true, but should only if both holds can be filled

If there are two items on the biblio, koha will select the specific item to match the item level hold and assign the other item to the other hold

If there is only a single item, the title level hold will be given priority