Description of problem:
Selecting "clear all" from the alerts pane does not clear any alerts from the portal.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Right click and select "clear all" from the alerts pane
No alerts are cleared
All alerts are cleared
@Ravi, any idea?
"Clear All" clears all actions by user to hide alerts and will display all alerts. So it displays all cleared alerts in the alerts panel.
So IMO this should be closed as NOT A BUG
That...doesn't sound like a proper use for a "Clear all" option to me. When presented with a "clear all" option anywhere my only thought is "ok, this will remove every entity currently listed".
Perhaps then this should be an RFE to change the Clear All behavior? And rename the current "clear all" to "display all"?
Einav - thoughts?
(In reply to Jake Hunsaker from comment #4)
> That...doesn't sound like a proper use for a "Clear all" option to me. When
> presented with a "clear all" option anywhere my only thought is "ok, this
> will remove every entity currently listed".
> Perhaps then this should be an RFE to change the Clear All behavior?
> And rename the current "clear all" to "display all"?
should we have both "clear all" and "display all"?
if so - I recommend tracking 'renaming the current "clear all" to "display all"' and 'properly implement "clear all"' in separate BZs (i.e. have this BZ track one of the issues, and open a new BZ to track the other issue), unless it is quick and easy to do both (renaming is probably easy, but I'm not sure about proper "clear all" implementation).
if we shouldn't have both "clear all" and "display all": it doesn't make sense to 'change the Clear All behavior *AND* rename the current "clear all" to "display all"' - need to do only one of these changes (and this BZ should track the chosen change).
Supporting both "clear all" and "display all"
Behaviour is still a bit not user friendly see this flow:
Events = Messages (successful actions) + Alerts
1. Events tab showing all Messages and Alerts
2. In Events tab click 'Clear All'
3. All Events (Messages + Alerts) are cleared from both Events and Alerts tab
4. In Events tab click 'Display All'
5. All Messages re-appear (No Alerts are displayed though => bug)
To show again Alerts in Events tab, admin has to navigate to Alerts tab, click 'Display All', Alerts will be displayed in Alerts tab, if he wants to see all Events of system (alerts+messages) he have to navigate back to Events tab and see all Events (Messages and Alerts).
More promising seems to me option that, 'clear/display all' in Alerts tab has current functionality (dismiss and display all alerts, in Alerts and also in Events tab)
'clear/display all' in events tab do the same with all events (messages as well as alerts) so when trying to display all in Events tab alerts are displayed also.
What do you think?
I think the correct behavior should be that alerts tab actions don't effect events and event tab actions don't effect alerts .
Will submit a patch for that
(In reply to Ravi Nori from comment #10)
> I think the correct behavior should be that alerts tab actions don't effect
> events and event tab actions don't effect alerts .
> Will submit a patch for that
makes sense to me as well.
current version rhevm-webadmin-portal-188.8.131.52-0.1.el6.noarch has the same behaviour as mentioned in comment#9.
Please provide fixed in version information and/or move to MODIFIED if the patch is not included in 184.108.40.206-0.1.
If it was included in this version, it will FailQA.
Please see comment 10 & 11, the actions on Alert tab should not effect events and the actions on events tab should not effect alerts.
I would agree with comment 10 - alert tab and events tab should not effect one another.
Moving back to modified. The bug has 3.6.1 target milestone.
still the same behaviour as comment#9
moving back to ASSIGNED
Easy fix for this might be to remove Alerts from the Events tab, this way Display/Clear Alerts/Events will be done only on those in the already chosen tab.
Ravi - please check what should be changed.
Targeting to 3.6.1.
At first I thought it was only in 3.6.1, but seems like it was merged to 3.6.0 as well.
If needed, please provide an environment for Lukas to access and validate.
The fixed consisted of several patches.
Some were in 3.6 and some only in 3.6.1.
The latest one is http://gerrit.ovirt.org/47089 which is only in 3.6.1.
Moving back to MODIFIED.
This SHOULD NOT move to ON_QA before 3.6.1 is built.
verified in 1263323 - Add new host, error message not shown
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.