[Koha-bugs] [Bug 34902] New: decreaseLoanHighHolds does not reduce loan period

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34902

            Bug ID: 34902
           Summary: decreaseLoanHighHolds does not reduce loan period
 Change sponsored?: ---
           Product: Koha
           Version: 22.11
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Circulation
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: ephetteplace at cca.edu
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com, kyle.m.hall at gmail.com

To recreate:

- create item type with 14 day checkout period that allows holds
- create bib with one of those items
- decreaseLoanHighHolds = enable, decreaseLoanHighHoldsDuration = 7,
decreaseLoanHighHoldsValue = 1, decreaseLoanHighHoldsControl = "over the number
of holdable items on the records"
- place 2 holds on the item (which would be 1 over the number of holdable
items)
- checkout the item to a different patron

Expected: the manual says you'll see a warning because decreaseLoanHighHolds is
triggered and the checkout period should be 7 days (the reduced loan duration).

Actual: no warning and the item checks out for 14 days (the item type's
default).

The bug is likely specific to the item-level holds configuration for
decreaseLoanHighHolds but I'm not sure, all we've done is verify these exact
conditions recreate it. We asked ByWater if we were doing something wrong and
they also verified the bug.

I see there's a few bugs related to decreaseLoanHighHolds like Bug 25824 (about
its tests) and Bug 22005 (about it counting the hold currently being filled
towards the holds value, note that is NOT this bug describes because it occurs
when a patron _without_ a hold goes to check out the item) but I believe this
specific behavior is not covered by those.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.