[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
Fri Oct 8 16:23:07 CEST 2021
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29192
Martin Renvoize <martin.renvoize at ptfs-europe.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #125898|0 |1
is obsolete| |
--- Comment #4 from Martin Renvoize <martin.renvoize at ptfs-europe.com> ---
Created attachment 125966
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125966&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
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list