Summary: | 'Holds queue' and 'holds to pull' targets items on record level holds that should not fill the hold | ||
---|---|---|---|
Product: | Koha | Reporter: | Lisette Scheer <lisette> |
Component: | Hold requests | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P5 - low | CC: | catrina, chughesman, gmcharlt, holly, kebliss, rcoert, trevor.diamond |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: |
Description
Lisette Scheer
2023-04-13 14:14:30 UTC
We can confirm that this behavior is still occurring a year later. Our technical services department cannot retrieve non-circulating items from the branches, which they should be able to hold and check out based on the loan rules. We've had to modify workarounds and reports to retrieve these items. (In reply to Rebecca Coert from comment #1) > We can confirm that this behavior is still occurring a year later. Our > technical services department cannot retrieve non-circulating items from the > branches, which they should be able to hold and check out based on the loan > rules. We've had to modify workarounds and reports to retrieve these items. Hi Rebecca, is this maybe a different bug? If the item is marked as 'for reference' or 'not for loan' these settings will overrule the circulation conditions and that would be the currently expected behavior, they cannot fill holds. There is another bug for an enhancement that would allow it: bug 35299 This is probably the number one complaint I get from my libraries. Bib-level holds are placed on records with different item types. Some item types allow holds from any library, other item types only allow holds from patrons whose home library matches the item's home library. Holds queue seems to pull a random available item when it fills a hold. Holds queue should be checking the hold rules to see if that item can indeed fill the hold. I'm on 24.11 in a cooperative and this issue is causing a lot of staff confusion. However, I think I may have identified a behavior that might help a little with a workaround? Need someone else to test/verify though. Standard set of circulation rules has an item type policy that LIBTHINGS is local holds only. Have a bib with holdings at libraries A through G. Patron From A places a hold, which is allowed because that library has a copy. Library A is checked out though. The holds queue now has the request for Library A patron for the item at Library B. This is obviously not correct, since B's item would only be for B. I think that is what this bug is about? TEST WORKAROUND: Place an item type hold policy on Library B for local holds only (the same as in the standard rules, but applying it at the library level instead of the standard level for all libraries). Wait for the holds queue to rebuild. Check if the Patron A request is on any queue. When I did this in my system, the hold request not only got removed from the queue at Library B, but it didn't show up for ANY of the libraries that had on the shelf copies. This seems to imply that when there only a standard item type hold policy, the system won't always pay attention. But if there is a library level item type policy, then the system will check first the library level policies and THEN the system level policies. Does this make sense to anyone? The stadnard policy didn't apply until there was also at least one library level policy on the same item type. But then then standard policy was correctly applied to all other libraries (so the request will only show up for Library A when that copy is available and none of the other libraries were asked even though the library level policy was only applied to one library). |