[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