Description of problem: We have an option to filter repos based on "RPM, Source RPM, Debug RPM, Kickstarter, OSTree, Beta, Other" but it is on the right-hand side of the page, it is not easily noticeable that it can be used with "Available" / "Enabled" / "Both" option with search bar. These search/filter options should be arranged well on the Repositories page to make it easy for users to understand.
By default its "Nothing Selected" so the search result provide all debug, source, ISO, beta, kickstart repos too, if we can make the "RPM" as default selected option then the search results will be reduced to some extent.
The layout is as designed. I'd say it's premature to say this is a bug or if it would cause issues. As to your second comment. If the team feels that "RPM" would be the default selection of choice, based on what most customers are searching for, I am not against that.
Ashish, if the default filter was RPM, as suggested, would that address the primary concern? That would provide consistency with the default in Satellite 6.3. Based on comment 2, we might have to address location of widgets separately.
To be frank I discussed with some CEE folks and I understood that the "Nothing Selected" drop box should be next to search button. If it is as per design then we can keep those changes as it is, if we start getting support cases we will open new bugzilla for the same. Yeah, it will be good to have RPM as a default selected filter for this page.
If we can move the "Nothing Selected" drop box next to the "Available" dropdowns and use "RPM" as default, that would be more straight forward. On the other hand, I'm still not quite sure why do we need those two dropdowns. Would be more simpler to just get rid of them and make it consistent like searching a product on the products page, searching a task on the task page etc.?
Triaging to GA to support making the default filter 'RPM'. The intent will be to not alter the layout of the UI at this time.
Created redmine issue https://projects.theforeman.org/issues/24518 from this bug
Upstream bug assigned to walden
Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/24518 has been resolved.
Walden, this failed cherrypick downstream, can you take a look?
As per the comments earlier, the expected behaviour has to be showing 'RPM' filter value by default on 'Nothing selected' filter and should functionally work like that Please let me know if this understanding is incorrect. As per current behaviour in satellite 6.4.24 snap fails to show expected behaviour. I have attached screen-shot, please take a look. Status=Failed ON QA.
Created attachment 1488029 [details] Default Option
Created redmine issue https://projects.theforeman.org/issues/25068 from this bug
New PR - https://github.com/Katello/katello/pull/7733
Unassigning issues I am not currently working on.
Upstream issue is closed and PR is merged.
Created attachment 1701099 [details] field_on_the_better_place
See Attachment. [root@dhcp-3-100 ~]# rpm -qa satellite satellite-6.7.2-1.el7sat.noarch [root@dhcp-3-100 ~]# rpm -qa pulp-server pulp-server-2.21.0.1-1.el7sat.noarch
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 (Important: Satellite 6.8 release), 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/RHSA-2020:4366