Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 755522 - pkg filters are working from cli but not from webUI
Summary: pkg filters are working from cli but not from webUI
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: WebUI
Version: 6.0.1
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: Unspecified
Assignee: Justin Sherrill
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks: katello-blockers
TreeView+ depends on / blocked
 
Reported: 2011-11-21 11:38 UTC by Sachin Ghai
Modified: 2019-09-26 13:24 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-22 18:08:01 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
pkg filters worked with full product association (41.66 KB, image/png)
2012-01-17 06:21 UTC, Sachin Ghai
no flags Details

Description Sachin Ghai 2011-11-21 11:38:23 UTC
Description of problem:

Earlier I logged a defect[1] against katelo-cli as package filters were not working. Then later got to know that there is already a bug in pulp, which has already been fixed in pulp 0.251 build as per defect[2].

[1] https://bugzilla.redhat.com/show_bug.cgi?id=754021
[2] https://bugzilla.redhat.com/show_bug.cgi?id=754807

Now package filters are working from cli but not from webUI.

Version-Release number of selected component (if applicable):
[root@dhcp201-152 repos]# rpm -qa | grep katello 
katello-common-0.1.110-1.git.0.17bff61.fc15.noarch
katello-cli-0.1.13-1.git.0.28ff7d5.fc15.noarch
katello-all-0.1.110-1.git.0.17bff61.fc15.x86_64
katello-configure-0.1.15-1.git.0.8a0cd24.fc15.noarch
katello-glue-foreman-0.1.110-1.git.0.17bff61.fc15.x86_64
katello-glue-candlepin-0.1.110-1.git.0.17bff61.fc15.x86_64
katello-cli-common-0.1.13-1.git.0.28ff7d5.fc15.noarch
katello-0.1.110-1.git.0.17bff61.fc15.x86_64
katello-glue-pulp-0.1.110-1.git.0.17bff61.fc15.x86_64
katello-repos-0.1.3-1.git.0.db2bd1d.fc15.noarch
[root@dhcp201-152 repos]# rpm -qa | grep pulp
pulp-0.0.251-1.fc15.noarch
mod_wsgi-3.2-6.pulp.fc15.x86_64
katello-glue-pulp-0.1.110-1.git.0.17bff61.fc15.x86_64
pulp-common-0.0.251-1.fc15.noarch
m2crypto-0.21.1.pulp-5.fc15.x86_64
[root@dhcp201-152 repos]# 


How reproducible:
always

Steps to Reproduce:
1. create a new env say: test
2. create a provider 'fedora' of type custom
3. Create a product pulp and withing that a repo 'pulp_x86_64'
4. sync the repo
5. create a filter
6. Add packages to filter and Select proudct/repo to apply filter on
5. create a changeset
6. Add product,
7 review & promote changeset

Actual results:
The complete product is getting promoted to next env without blacklisted the
selected packages. 

Expected results:
filters should work while product promotion


Additional info:

I tried package filters from cli and then from webUI and found a difference in following logs:

filter=['pulp_fil']  <--- this happens when we apply filters from cli, and here pulp_fil is the name of filter.

filter=[]  <--- when we apply filter from UI.


from cli:
============

 task:440 Task succeeded: Task 02c6b4ab-1420-11e1-93e7-525400bddd9f: _clone(ACME_Corporation-test-pulp-pulp_x86_64, feed=parent, progress_callback=<bound method RepoCloneTask.progress_callback of <pulp.server.api.repo_clone_task.RepoCloneTask object at 0x7f4af2a75c50>>, clone_name=pulp_x86_64, relative_path=ACME_Corporation/test/pulp/pulp_x86_64, synchronizer=<pulp.server.api.synchronizers.YumSynchronizer object at 0x7f4af2a75810>, filters=['pulp_fil'], id=ACME_Corporation-pulp-pulp_x86_64, groupid=['product:1321866089778', 'env:28', 'org:14', 'content:1321866351030'])

from UI:
========
 task:440 Task succeeded: Task ce039307-1423-11e1-b101-525400bddd9f: _clone(ACME_Corporation-test-pulp-pulp_x86_64, feed=parent, progress_callback=<bound method RepoCloneTask.progress_callback of <pulp.server.api.repo_clone_task.RepoCloneTask object at 0x7f7b03788fd0>>, clone_name=pulp_x86_64, relative_path=ACME_Corporation/test/pulp/pulp_x86_64, synchronizer=<pulp.server.api.synchronizers.YumSynchronizer object at 0x7f7b0376a8d0>, filters=[], id=ACME_Corporation-pulp-pulp_x86_64, groupid=['product:1321866729718', 'env:30', 'org:15', 'content:1321867980772'])

Comment 1 Sachin Ghai 2011-12-09 10:18:38 UTC
Still Facing this issue in latest build:

[root@dhcp201-205 ~]# rpm -qa | grep katello
katello-glue-pulp-0.1.135-2.el6.x86_64
katello-httpd-ssl-key-pair-1.0-1.noarch
katello-configure-0.1.31-2.el6.noarch
katello-common-0.1.135-2.el6.noarch
katello-0.1.135-2.el6.x86_64
katello-all-0.1.135-2.el6.x86_64
katello-qpid-broker-key-pair-1.0-1.noarch
katello-cli-0.1.23-3.el6.noarch
katello-glue-candlepin-0.1.135-2.el6.x86_64
katello-cli-common-0.1.23-3.el6.noarch
katello-glue-foreman-0.1.135-2.el6.x86_64
katello-trusted-ssl-cert-1.0-1.noarch
katello-certs-tools-1.0.1-2.el6.noarch
[root@dhcp201-205 ~]#

Comment 2 Justin Sherrill 2012-01-12 20:45:49 UTC
Should be fixed:

c59e2f724fed6164815f405162d6ecee3e0b4750

Comment 3 Sachin Ghai 2012-01-16 11:15:48 UTC
I reverified this with latest katello build:

[root@dhcp201-176 yum.repos.d]# rpm -qa | grep -ie katello-0 -ie pulp-0
katello-0.1.178-1.el6.noarch
katello-glue-pulp-0.1.178-1.el6.noarch
pulp-0.0.257-1.el6.noarch

I'm still not able to apply filters via UI. The complete product is getting promoted to next env without blacklisted the selected packages. Please see the steps to reproduce it:

1. Add a new env 'test' under ACME_Corporation
2. create a provider 'fedora' of type custom
3. Create a product pulp and within that a repo 'pulp_x86_64'
4. sync the repo
5. create a filter
6. Add packages to filter (grinder, gofer) and Select proudct/repo ( pulp/pulp_x86_64) to apply filter on
5. create a changeset
6. Add product,
7 review & promote changeset

@Justin: Please let me know if I'm missing anything in above steps.

Comment 4 Justin Sherrill 2012-01-16 18:25:31 UTC
Hey Sachin,

I just tested this and it seems to work for me.  Your steps seem fine except for step 6.  Did you add the repository to the filter, or the full product?

Currently the backend only support associating the full product.  If you associate the repo itself, nothing happens:  

See bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=771999


I am not sure if the backend plans on adding repo association support or if we need to rip out the repository portion of the filters UI.

Can you retest and make sure that associating to full products works?  If its just the repo association that is not working then 771999 should cover that.

-Justin

Comment 5 Sachin Ghai 2012-01-17 06:19:35 UTC
Hey Justin.

I was trying by associating the repo to filter and it doesn't work. 

This time as you suggested, I tried with full product and it worked. I blacklisted two packages "grinder" and "gofer-packages". Please see the result in next comment.

Thank you.

Comment 6 Sachin Ghai 2012-01-17 06:21:09 UTC
Created attachment 555666 [details]
pkg filters worked with full product association

Comment 7 Justin Sherrill 2012-01-17 14:19:29 UTC
Moving to on_qa

Comment 8 Sachin Ghai 2012-01-17 14:24:00 UTC
Verified with latest katello build 0.1.178. 

The reported issue has been fixed if we choose full product. So as per comment5 and 6..moving this to verified.

Comment 11 Mike McCune 2013-08-16 18:03:04 UTC
getting rid of 6.0.0 version since that doesn't exist


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