Bug 1383702

Summary:	Errata update date on CDN not valid and break filter results
Product:	Red Hat Satellite	Reporter:	Franck Grosjean <franck.grosjean>
Component:	Content Views	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	urgent	Docs Contact:
Priority:	high
Version:	6.2.2	CC:	bbuckingham, fcami, fgrosjea, franck.grosjean, rnester, sgraf, tmlcoch, tstrachota, xdmoon
Target Milestone:	Unspecified
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-10-13 21:02:00 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:

Description Franck Grosjean 2016-10-11 13:40:06 UTC

Description of problem:

Updated date from an errata published on CDN is not valid facing Issued date

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

Any component connected to CDN

How reproducible:

sync sat6 against Rhel6 rpms repos and check errata RHBA-2015:1426

----------------------------------------------------------
hammer erratum info --id RHBA-2015:1426 --repository-id 2
ID:          ff2f1623-0fe6-4c7b-b32d-9530b02237bd
Errata ID:   RHBA-2015:1426
Title:       grub bug fix update
Type:        bugfix
Severity:    
Issued:      2015-07-22  <---- match info from access.redhat.com
Updated:     2015-04-07  <---- Back to the futur ?

Description: The grub packages provide Grand Unified Boot Loader (GRUB), a boot loader
capable of booting a wide variety of operating systems.
----------------------------------------------------------

Steps to Reproduce:
1.install sat6
2.sync rhel 6server rpms repos
3.check issued/update date on errata RHBA-2015:1426

Actual results:

Update date have precedence on issued date and it's not possible to rely on filter feature

Expected results:

Update/issued date should match information found on access.redhat.com (7/22/2015)

Additional info:

Comment 1 Tomas Strachota 2016-10-12 13:29:30 UTC

I checked the erratum data on CDN and the date is wrong there. Satellite correctly interprets wrong data.

Comment 8 Tomas Mlcoch 2016-10-13 07:15:58 UTC

Metadata for that erratum was corrected.

Comment 9 rnester 2016-10-13 15:28:51 UTC

Currently, we do not perform the type of comparison that you're referencing. Please open an RFE for this test comparison at https://projects.engineering.redhat.com/browse/CONTENT and we'll add it to our backlog.

Comment 10 Brad Buckingham 2016-10-13 19:36:58 UTC

Based on the discussion, should this bugzilla be closed:notabug?

Comment 11 Franck Grosjean 2016-10-13 21:02:00 UTC

Thank you, I'll open a RFE. This bugzilla could be closed

Comment 12 Tomas Mlcoch 2016-10-17 06:50:28 UTC

The metadata was wrong and was corrected -> this was a bug.
I've also opened an RFE to content testing team to test sanity of dates before for every released erratum.