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
Created attachment 1165662 [details] screen recording
Created redmine issue http://projects.theforeman.org/issues/15378 from this bug
Moving to POST since upstream bug http://projects.theforeman.org/issues/15378 has been closed
Verified in Snap 16, this now works! Woohoo! Selecting only security errata and applying, and then going to List/Remove shows correct numbers.
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