Bug 100665

Summary: Updates Errata get their issued dates changed and out of context
Product: [Retired] Red Hat Network Reporter: Arenas Belon, Carlo Marcelo <carenas>
Component: RHN/Web SiteAssignee: Mike Orazi <morazi>
Status: CLOSED DUPLICATE QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: low Docs Contact:
Priority: medium    
Version: RHN Stable   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
URL: https://rhn.redhat.com/errata/RHSA-2002-229.html
Whiteboard: US=19266
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-04-08 14:04:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 428922    

Description Arenas Belon, Carlo Marcelo 2003-07-24 05:00:38 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
take RHSA-2002-229 as an example, that Errata was originally issued Nov 18 2002,
as all the updated packages are for that date excluding the updates for IBM
pseries and iseries that only affected the associated distribution (ppc arch)
for RedHat 7.1 and that were released Jun 26 2003.

as there is no reference to the dates each of the corresponding packages was
introduced on that errata, it actually shows as an update available for old
EOLed versions of RedHat that were part of the original errata (6.2 and 7.0), as
the historical metadata of that errata is lost while the "last updated" date is
shown.

a Changelog like metadata structure that helps identify the changed parts on
updated erratas would be required in order to clearly identify which releases of
RH are affected by each change and to avoid confusing errata reports like the
one shown on :

  https://rhn.redhat.com/errata/rh62-errata.html

where an EOLed product (6.2 was EOLed on Mar 31, 2003) shows several errata
after that date.

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


How reproducible:
Always

Steps to Reproduce:
as the data is probably being generated for metadata that is not taking into
consideration the different dates and the way the errata packages apply to each
release

Actual Results:  Erratas "updated" based on the "release" metadata moving on
time and getting past the EOL date

Expected Results:  no more Erratas generadated after the EOL date and old errata
kept ordered by their released date on that release

Additional info:

Comment 1 James Bowes 2008-04-08 14:04:58 UTC

*** This bug has been marked as a duplicate of 393321 ***