[Koha-bugs] [Bug 21652] New: reserves.waitingdate is set to current date by printing new hold slip

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Wed Oct 24 22:52:13 CEST 2018


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

            Bug ID: 21652
           Summary: reserves.waitingdate is set to current date by
                    printing new hold slip
 Change sponsored?: ---
           Product: Koha
           Version: 17.11
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Hold requests
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: andrew at bywatersolutions.com
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com

To test:
- Find or create a hold with a waitingdate other than today
- Check the item in to generate a new hold alert
- Select "Confirm and Print"
- Verify that the waiting date has changed to the current date

The waiting date does not change if you select "Confirm" rather than "Confirm
and Print." 

This causes confusion as it puts the waiting date out of sync with the
expiration date. In fact, if ExpireReservesMaxPickUpDelay is off and expired
holds must be cancelled manually, a new hold slip can be printed after the
cancellation date, causing the hold to show a waiting date after its expiration
date.

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


More information about the Koha-bugs mailing list