Red Hat Bugzilla – Bug 241070
'select all' behaves unexpectedly when filter selected
Last modified: 2009-09-10 16:21:07 EDT
Description of problem:
When installing packages on a system, 'select all' selects all packages in a
channel (instead of just those that match the filter pattern).
Version-Release number of selected component (if applicable):
Very. Steps below.
Steps to Reproduce:
1. Log in to satellite server
2. Choose a System that is registered with satellite.
3. Choose Software -> Packages -> Install for that system within satellite.
4. Filter packages by typing in a specific package group name (e.g. "emacs")
5. Click 'go'.
6. Choose 'Select All'.
1,375 packages selected (for default RHEL5 install)
4 packages selected (emacs, emacs-el, emacs-nox, gnuplot-emacs)
This 'user interface bug' also affects RHN thru 5.01 (current public RHN release).
If you click the checkbox in the header of the checkbox column it will only
select the four. Select All by design is to select all packages. Though I see
an argument for making it only select all "filtered" items.
(In reply to comment #1)
> If you click the checkbox in the header of the checkbox column it will only
> select the four. Select All by design is to select all packages. Though I see
> an argument for making it only select all "filtered" items.
Yah, I noticed the checkbox works after I submitted. It definitely seems like
'select all' should do more than just the column checkbox though. For example,
if you filter on a much larger set of packages (like the letter 'a' for a rhel4
system), you'll get >300 packages. Clicking the checkbox only selects those
that are selected on-screen, meaning cycling through a lot of screens with the
view set to 20 packages each. 'Select All' would be a lot more natural there if
it selected all packages in a filtered set.
I can't answer for what every user would expect, I just know how I think it
'should' work ;-). Thanks for listening in any case.
*** Bug 239672 has been marked as a duplicate of this bug. ***
fixed in the new list tag in rev 134258.
fixing in the old list tag....
sadly this doesn't look feasible to fix in the old list tag :/
On the upside, the new list tag is on the most popular pages, so most of the
really important things this will be fixed for (systems, groups, users)
new list tag not used on this page..
since the user can use the check boxes instead.. punting to 5.2
tree 2497ad23769090b422e2f520cc7086761ac5933b tree | snapshot
parent 53558f4a163379411fedfb1b92de87be48709d65 commit | diff
That was a lot harder to fix the 2nd go around.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.