Bug 31169

Summary: [OMNIBUS] Problems with forced holds (AllowHoldPolicyOverride)
Product: Koha Reporter: Katrin Fischer <katrin.fischer>
Component: Hold requestsAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: enhancement    
Priority: P5 - low CC: chanel.wheeler, emily.lamancusa, gmcharlt
Version: Main   
Hardware: All   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Bug Depends on:    
Bug Blocks: 13559, 17884, 20955, 26463, 27895, 26841, 28788, 30687    

Description Katrin Fischer 2022-07-16 11:30:22 UTC
When holds are forced, this can create several issues.
Comment 1 Chanel Wheeler 2024-05-10 18:25:46 UTC
As I understand it, this bug is for when AllowHoldPolicyOverride setting silently overrides holds that should be blocked by the Default Holds Policies by Item Type table. This is huge problem for us. It will require hundreds more circ rules for our 59 libraries to make up for the Default Holds Policies table not being respected. If the interface would tell the staff person that only an override can allow the hold and gives them the button to do so that would be an acceptable compromise.
Comment 2 Katrin Fischer 2024-05-10 18:56:42 UTC
Hi Chanel, it's a general override. The circ rules won't block a hold either if its explicitly overriden, neither does the max holds settings etc. If you don't want this to be possible best would be to keep the preference off.
Comment 3 Chanel Wheeler 2024-05-10 19:08:56 UTC
Hi Katrin, libraries often get permission from other libraries to override the blocked hold and in those cases it's ok so we need the override system setting. That said, the system shouldn't automatically be ignoring the Default Holds table.
Comment 4 Katrin Fischer 2024-05-10 19:10:03 UTC
I think at the moment it's just not a very "differentiated" override. It's a "override all possible limitations". If you want to differentiate different cases, this would definitely need development.