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: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
CC: [email protected]
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.
_______________________________________________
Koha-bugs mailing list
[email protected]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
