Bug 1608001

Summary: Rearrange search/filter options on Red Hat Repositories page.
Product: Red Hat Satellite Reporter: Ashish Humbe <ahumbe>
Component: RepositoriesAssignee: satellite6-bugs <satellite6-bugs>
Status: CLOSED ERRATA QA Contact: Bruno Rocha <rochacbruno>
Severity: medium Docs Contact:
Priority: high    
Version: 6.4CC: ahumbe, akarimi, egolov, mjia, mmccune, pcreech, rohoover, sghai
Target Milestone: 6.8.0Keywords: Triaged, UserExperience
Target Release: Unused   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: tfm-rubygem-katello-3.9.0 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-27 12:57:24 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
Default Option
none
field_on_the_better_place none

Description Ashish Humbe 2018-07-24 17:57:10 UTC
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.

Comment 1 Ashish Humbe 2018-07-24 18:09:03 UTC
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.

Comment 2 Roxanne Hoover 2018-07-27 18:09:35 UTC
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.

Comment 3 Brad Buckingham 2018-07-27 19:51:52 UTC
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.

Comment 4 Ashish Humbe 2018-07-30 08:56:40 UTC
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.

Comment 5 matt jia 2018-07-31 00:41:52 UTC
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.?

Comment 6 Brad Buckingham 2018-07-31 17:36:08 UTC
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.

Comment 8 Walden Raines 2018-08-01 15:49:03 UTC
Created redmine issue https://projects.theforeman.org/issues/24518 from this bug

Comment 9 Satellite Program 2018-08-09 14:02:44 UTC
Upstream bug assigned to walden

Comment 10 Satellite Program 2018-08-09 14:02:48 UTC
Upstream bug assigned to walden

Comment 11 Satellite Program 2018-08-13 16:02:38 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/24518 has been resolved.

Comment 12 Patrick Creech 2018-09-20 19:28:07 UTC
Walden, this failed cherrypick downstream, can you take a look?

Comment 15 Omkar Khatavkar 2018-09-28 09:27:45 UTC
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.

Comment 16 Omkar Khatavkar 2018-09-28 09:30:51 UTC
Created attachment 1488029 [details]
Default Option

Comment 17 Walden Raines 2018-09-28 18:19:00 UTC
Created redmine issue https://projects.theforeman.org/issues/25068 from this bug

Comment 19 Walden Raines 2018-10-01 15:22:40 UTC
New PR - https://github.com/Katello/katello/pull/7733

Comment 21 Walden Raines 2020-03-25 14:09:03 UTC
Unassigning issues I am not currently working on.

Comment 22 Bryan Kearney 2020-03-25 16:02:09 UTC
Upstream bug assigned to walden

Comment 23 Walden Raines 2020-03-31 14:08:17 UTC
Upstream issue is closed and PR is merged.

Comment 25 Bruno Rocha 2020-07-14 19:07:11 UTC
Created attachment 1701099 [details]
field_on_the_better_place

Comment 26 Bruno Rocha 2020-07-14 19:07:53 UTC
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

Comment 29 errata-xmlrpc 2020-10-27 12:57:24 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 (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