Bug 1343576 - Errata filter does not seem to be applying correctly under 'Add'
Summary: Errata filter does not seem to be applying correctly under 'Add'
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Content Views
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: Unspecified
Assignee: Justin Sherrill
QA Contact: Corey Welton
URL: http://projects.theforeman.org/issues...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-06-07 13:34 UTC by Corey Welton
Modified: 2019-09-25 20:51 UTC (History)
3 users (show)

Fixed In Version: rubygem-katello-3.0.0.48-1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-27 11:06:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
screen recording (6.58 MB, application/ogg)
2016-06-07 13:58 UTC, Corey Welton
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 15378 0 Normal Closed Errata filter does not seem to be applying correctly under 'Add' 2020-08-26 02:34:34 UTC

Description Corey Welton 2016-06-07 13:34:47 UTC
Description of problem:
When user creates a filter for a subset of errata (say, security) and 'Add's them, upon going to the List/Remove tab, ALL errata appear.

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

How reproducible:


Steps to Reproduce:
1.  Sync RHEL7 content and add/publish to CV
2.  $cv > Yum Content > Filters > + New Filter
    Name: testfilter
    Content type: Erratum - By ID
    Inclusion Type: Include 
    SAVE

3. In the filter 'Add' tab: 
4. Observe that there are ~1200 total errata
5. Assure only 'Security' type is selected (note: there is a race condition bug here too, do not deselect too fast) - at this point you'll have around 276 errata.
6. Hit the checkbox next to 'Errata ID' to mark all errata, and click 'Select all 276' (or whatever the number is; 
7.  +Add Errata
8.  Go to List/Remove tab and observe # of errata


Actual results:
1200 errata listed

Expected results:
Only security subset of errata listed

Additional info:
It is possible that this only happens on the first filter created. I tried this with a second filter in the same CV and proper #s showed up. But when I removed all of them and started from scratch, I got the same result.

I will try to attach a recording or something

Comment 1 Corey Welton 2016-06-07 13:58:22 UTC
Created attachment 1165662 [details]
screen recording

Comment 3 Justin Sherrill 2016-06-11 02:15:41 UTC
Created redmine issue http://projects.theforeman.org/issues/15378 from this bug

Comment 4 Bryan Kearney 2016-06-13 20:15:58 UTC
Moving to POST since upstream bug http://projects.theforeman.org/issues/15378 has been closed

Comment 5 Corey Welton 2016-06-20 13:14:20 UTC
Verified in Snap 16, this now works! Woohoo!

Selecting only security errata and applying, and then going to List/Remove shows correct numbers.

Comment 6 Bryan Kearney 2016-07-27 11:06:10 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2016:1501


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