Description of problem: See video for steps to reproduce
Version-Release number of selected component (if applicable): 188.8.131.52-alpha2.20170404195944_1d7ece4
How reproducible: 100%
Steps to Reproduce:
1. Navigate to Networks --> Security Groups
Looks like this happens when you 'edit tags'
Oddly enough, I can't seem to reproduce this - do you have some logs you could add to the BZ? Thanks!
*** Bug 1440144 has been marked as a duplicate of this bug. ***
Okay, figured it out. This is actually a generic UI bug, which goes as follows:
a) go to any list page (I tried this for ports, security groups, and cloud tenants); do not select anything
b) note that the Policy drop down is greyed out, because no item is selected
c) select any number of items; note that the Policy dropdown is now available
d) click on the table header to sort (by name or ID of anything)
e) after sorting, any previously selected items will be unselected; however, the Policy dropdown will not revert to its greyed out state
f) now go to Policy and select "Edit Tags"; you'll see an error because nothing is selected
Dan, I think this one might fall into the generic UI category. It does seem like a fairly minor bug though.
So the problem has little to do with Security groups.
List views forget checked items when resorted by clicking on a column header.
Toolbars still things items are checked and therefor buttons are still enabled that need items selected.
This leads to variour errors when the buttons are pressed. The original BZ description is an example of such button.
This should be actually fixed by resetting the toolbar status when resorting the grid.
The fact that the checked items are forgotten is not a bug, it's "works as designed" due to the possibility of checked items being out of paginator range when sorting long lists.
New commit detected on ManageIQ/manageiq-ui-classic/master:
Author: Martin Hradil <email@example.com>
AuthorDate: Tue Apr 18 15:30:11 2017 +0000
Commit: Martin Hradil <firstname.lastname@example.org>
CommitDate: Tue Apr 18 15:30:11 2017 +0000
miqSetButtons - reset toolbar count to 0 when miqSetButtons called with 0
before the toolbar refactor, miqSetButtons would set everything to the right count.
It is still being called in places where we need to update the toolbar count, but doesn't work most of the time because it no longer touches any toolbars.
This needs more refactoring to be clean, but for now, at least we should reset the toolbar to 0 when asked to :).
1 file changed, 10 insertions(+), 3 deletions(-)
This issue is not able to reproduce.
Verified Version: 184.108.40.206.20171010190026_0413a06