Bug 100665 - Updates Errata get their issued dates changed and out of context
Summary: Updates Errata get their issued dates changed and out of context
Keywords:
Status: CLOSED DUPLICATE of bug 393321
Alias: None
Product: Red Hat Network
Classification: Retired
Component: RHN/Web Site
Version: RHN Stable
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Mike Orazi
QA Contact: Red Hat Satellite QA List
URL: https://rhn.redhat.com/errata/RHSA-20...
Whiteboard: US=19266
Depends On:
Blocks: 428922
TreeView+ depends on / blocked
 
Reported: 2003-07-24 05:00 UTC by Arenas Belon, Carlo Marcelo
Modified: 2008-04-08 14:04 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-04-08 14:04:58 UTC
Embargoed:


Attachments (Terms of Use)

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 ***


Note You need to log in before you can comment on or make changes to this bug.