Bug 1608001
Summary: | Rearrange search/filter options on Red Hat Repositories page. | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Ashish Humbe <ahumbe> | ||||||
Component: | Repositories | Assignee: | satellite6-bugs <satellite6-bugs> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Bruno Rocha <rochacbruno> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | high | ||||||||
Version: | 6.4 | CC: | ahumbe, akarimi, egolov, mjia, mmccune, pcreech, rohoover, sghai | ||||||
Target Milestone: | 6.8.0 | Keywords: | 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
Ashish Humbe
2018-07-24 17:57:10 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. 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 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 Unassigning issues I am not currently working on. Upstream bug assigned to walden 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 |