Description of problem:
I'm not sure exactly how our tables work, but it seems to me that the row striping is hard coded to the row, and not a property of the table. The striping looks great when the table first loads, but breaks when you apply any sort that will change the ordering. After a sort you end up with clumps of the gray backed rows and clumps of the white backed rows, the table doesn't update the coloring of the rows as they move around in the table after-the-fact.

Ideally, our sort shading wouldn't be the same color as the one we use for our alternating rows. It makes it a little weird when an entire column has the same background color, and then some of the rows carry that color as their background color throughout. We may be better off removing the sort shading if we can, and just relying on the sort indicator we place in the header cell.

Version-Release number of selected component (if applicable):
subscription-manager-1.9.0-1.git

How reproducible:
Always

Steps to Reproduce:
1. Launch subscription-manager-gui, maximize it
2. Go to All Available Subscriptions and click Update to pull down some available subscriptions
3. Click on Subscription or one of the other column headers to apply a new sort to the table

Actual results:
After applying the new sort, the row striping no longer will be every other row, they'll be clumped up in groups

Expected results:
Row striping to stay consistent as you reorder the table, and be a property of the table, not the row (which it seems to be now?)

Additional info: