Bug 30381

Summary: On order items still available for item level holds with TrapHoldsOnOrder
Product: Koha Reporter: Katrin Fischer <katrin.fischer>
Component: Hold requestsAssignee: Bugs List <koha-bugs>
Status: CLOSED INVALID QA Contact: Testopia <testopia>
Severity: major    
Priority: P5 - low CC: gmcharlt, kyle
Version: 20.11   
Hardware: All   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:

Description Katrin Fischer 2022-03-28 12:32:51 UTC
When TrapHoldsOnOrder is set to not trap holds with negative not for loan status, it's still possible to place an item level hold on these items in the OPAC.

To test:
- Create an item with not for loan -1 = on order
- Set OPAC item level holds to 'Force' for its itemtype in circulation conditions
- Try to place a hold on it from the OPAC
- Notice that a checkbox to select the item displays and you can place a hold
Comment 1 Kyle M Hall 2022-03-28 14:38:24 UTC
I don't think this is a bug. This syspref is not related to whether an item may be placed on hold or not. It is specifically constrained to only deciding if on order items can be trapped to filled existing holds.
Comment 2 Katrin Fischer 2022-11-17 12:36:18 UTC
(In reply to Kyle M Hall from comment #1)
> I don't think this is a bug. This syspref is not related to whether an item
> may be placed on hold or not. It is specifically constrained to only
> deciding if on order items can be trapped to filled existing holds.

Hi Kyle, I am still confused a bit by placing holds on items that will not trap... but for on order it probably makes the most sense as they will someday probably 'trap' when they become available. Thx.

In case you know: How to handle it if libraries don't want the on order items to be already holdable? Using an itemtype is not really nice there, but the only thing I can think of right now.