[Koha-bugs] [Bug 18958] New: If patron has multiple record level holds on one record transferring first hold causes next hold to become item level

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Wed Jul 19 17:04:41 CEST 2017


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

            Bug ID: 18958
           Summary: If patron has multiple record level holds on one
                    record transferring first hold causes next hold to
                    become item level
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Hold requests
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: kyle at bywatersolutions.com
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com

Imagine you have a record with 3 items, each item is held by LibraryA, LibraryB
and LibraryC respectively. Now, a patron places to record level holds for
pickup at LibraryD. When any of the items are checked in, that item is trapped
to fill the first hold, but a side affect is that the next open hold because
item level for the item that was just checked in!

This is clearly incorrect and prevents the patron from placing more record
level holds on the record.

To reproduce:
1. Create and use a patron that can place multiple record level holds per
record
2. Create a record with X items, each at a different library
3. Place X 'Next available' holds on the record for the patron using the 'Holds
to place' box
4. Check in LibraryA's copy as LibraryA and confirm the hold
5. Revisit request.pl for the record, notice the next hold in line is now
item-specific
6. Attempt to place another hold for your patron, notice that it requires an
item-specific hold

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


More information about the Koha-bugs mailing list