Bug 1566114

Summary: Incorrect date and build hash for CFME 5.7.4.3
Product: Red Hat CloudForms Management Engine Reporter: Mike Shriver <mshriver>
Component: UI - OPSAssignee: Dan Clarizio <dclarizi>
Status: CLOSED NOTABUG QA Contact: Mike Shriver <mshriver>
Severity: low Docs Contact:
Priority: unspecified    
Version: 5.7.0CC: hkataria, lavenel, mpovolny, obarenbo, simaishi
Target Milestone: GAKeywords: Regression
Target Release: cfme-future   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: ui
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-04-11 14:49:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
About Modal of 5.7.4.3 none

Description Mike Shriver 2018-04-11 14:30:33 UTC
Created attachment 1420360 [details]
About Modal of 5.7.4.3

Description of problem:
The build date and hash are incorrect for the 5.7.4.3 build

Screenshot attached of the 'About' modal displaying Version 5.7.4.3.20171207173836_e563ef4, when 5.7.4.3 was built on April 4th, 2018.

This date+hash matches 5.7.4.2 build.

Version-Release number of selected component (if applicable):
5.7.4.3

How reproducible:
100%

Steps to Reproduce:
1. Deploy 5.7.4.3 appliance
2. View About modal
3.

Actual results:
Incorrect build date and hash

Comment 5 Mike Shriver 2018-04-11 15:27:09 UTC
For what its worth (probably little at this point) I don't agree with this build versioning, as this is the CFME version that we're showing to customers and should reflect when that version was created.

I can agree with the hash staying the same, as that hasn't changed, but I disagree with the date remaining the same.  The hash provides some visibility to what MIQ our product is based off of, but CFME build dates should reflect CFME builds, not MIQ.

Customers will see a build date of Dec 7th 2017, which is about 7 days before Ruby 2.3.6 was released.  Customers upgrading from 5.7.4.2 would come to the About screen and see the same exact build date from before they upgraded. These are two examples of ways this could cause confusion for customers.