Red Hat Bugzilla – Bug 1316632
The retirement date is off by a day when I retire an VM.
Last modified: 2017-08-21 09:09:11 EDT
Description of problem:
I just set the retirement date on a VM to today. It retired the VM correctly, but when I look at the summary page for the VM, the date displayed is yesterday.
Version-Release number of selected component (if applicable):
At least once.
Steps to Reproduce:
1. Find a VM and LifeCycle-Set Retirement Date
2. Pick today from the date widget.
3. After retirement, check the date field for the retirement date.
Today is 03-10-2016 and the retirement date fields look like this.
Retirement Date 03/09/16
Retirement state Retiring
I checked the appliance system date:
[root@10-16-7-137 ~]# date
Thu Mar 10 11:13:50 EST 2016
Can you look into this one, it looks like inconsistency between Timezone, when i select date in calendar to today's date, it sends up date-1 in the transaction to server hence incorrect date is getting saved. Let me know if you need help recreating or have questions.
New commit detected on ManageIQ/manageiq/master:
Author: Martin Hradil <firstname.lastname@example.org>
AuthorDate: Fri Sep 9 16:46:38 2016 +0000
Commit: Martin Hradil <email@example.com>
CommitDate: Fri Sep 16 09:20:39 2016 +0000
Migrate retires_on and retirement_last_warn to datetime
.../20160912160750_change_retires_on_to_datetime.rb | 21 +++++++++++++++++++++
1 file changed, 21 insertions(+)
create mode 100644 db/migrate/20160912160750_change_retires_on_to_datetime.rb
*** Bug 1419150 has been marked as a duplicate of this bug. ***
This bug has been open for more than a year and is assigned to an older release of CloudForms.
If you would like to keep this Bugzilla open and if the issue is still present in the latest version of the product, please file a new Bugzilla which will be added and assigned to the latest release of CloudForms.