Bug 1343576

Summary: Errata filter does not seem to be applying correctly under 'Add'
Product: Red Hat Satellite Reporter: Corey Welton <cwelton>
Component: Content ViewsAssignee: Justin Sherrill <jsherril>
Status: CLOSED ERRATA QA Contact: Corey Welton <cwelton>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.2.0CC: bbuckingham, cduryee, mmccune
Target Milestone: UnspecifiedKeywords: Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
URL: http://projects.theforeman.org/issues/15378
Whiteboard:
Fixed In Version: rubygem-katello-3.0.0.48-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-07-27 11:06:10 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:
Embargoed:
Attachments:
Description Flags
screen recording none

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