[Koha-bugs] [Bug 29192] DefaultHoldExpirationDate sends a DateTime object to logs
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Thu Oct 7 17:57:12 CEST 2021
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29192
Nick Clemens <nick at bywatersolutions.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #125891|0 |1
is obsolete| |
--- Comment #3 from Nick Clemens <nick at bywatersolutions.com> ---
Created attachment 125898
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125898&action=edit
Bug 29192: Discard changes before logging a newly created hold
When logging a newly create hold it can have a dt object in the expiration date
field
Per bug 28700 this does not get unblessed
We add an explicit call to discard changes to avoid logging a blessed datetime
To test:
1 - Enable HoldsLog in system preferences
2 - Set system preferences:
DefaultHoldExpirationDate: Set
DefaultHoldExpirationdatePeriod: 5
DefaultHoldExpirationdateUnitOfTime: days
3 - Create a hold for a patron
4 - Note the expiration date is set
5 - Check the action logs - SELECT * FROM action_logs
6 - Note that there is a lot of data, this is from DateTime object in
expirationdate
7 - Apply patch
8 - Restart all
9 - Place another hold
10 - Confirm expiration date set correctly
11 - View the logs
12 - Entry for new hold contains only the date, no extra data
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list