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): 4.2.1 How reproducible: 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'. Actual results: 1,375 packages selected (for default RHEL5 install) Expected results: 4 packages selected (emacs, emacs-el, emacs-nox, gnuplot-emacs) Additional info: 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
commit 78dba0f21dbc3adfd53000f249d519a5a1571df8 tree 2497ad23769090b422e2f520cc7086761ac5933b tree | snapshot parent 53558f4a163379411fedfb1b92de87be48709d65 commit | diff That was a lot harder to fix the 2nd go around.
verified..
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. http://rhn.redhat.com/errata/RHEA-2009-1434.html