Red Hat Bugzilla – Bug 698720
attempting to delete an operation history row actually removes the one after it
Last modified: 2013-08-05 20:39:19 EDT
I had two rows in my group operation history view - one was in status FAILURE and one was in status SUCCESS. I then submitted a group operation where one resource op failed and the other was stuck in in progress state, thus the group operation history row was also in INPROGRESS (see bug #697001 for why I was testing this)
I tried to delete the INPROGRESS group history row and it deleted the row after it instead! I tried to delete it again and it again deleted the row after it instead. In the end, while I selected the INPROGRESS row and kept hitting delete button, the result was all other rows ended up getting deleted EXCEPT the one I wanted deleted.
Side note: after deleting rows, we need to refresh the history table. So when we fix this issue, let's make sure we refresh the table too.
note: I just tested this in the resource op history view for statuses that are not in progress and the same bug happens. so this doesn't appear to be related to the status, it's just when I select a row and try to delete it, it always deletes the one after the selected row.
Fixed - [master 7f8c523].
Verified on build#28 (Version: 4.0.0-SNAPSHOT Build Number: da7bcb0)
Created a compatible group of resource and executed some group operations. Navigated to the group Operations->history tab. Selected a row and clicked on 'Delete' button. The selected row gets deleted.
Verified by selecting multiple rows. Only the selected rows get deleted.
Also verified by using 'Force Delete' button.
Marking as verified.
Bookkeeping - closing bug - fixed in recent release.