+++ This bug was initially created as a clone of Bug #988881 +++ Provide a means to manually check for live availabilty with a contextually appropriate response (e.g. not in the msg center) This may need a full set of new apis. Those apis are *not* exposed on the remote api. GUI only I can imagine that the customer can click on the avail icon of a resource, a spinning icon appears while the check is running and then when the method call returns the icon is replaced with the appropriate avail state. The check must also update the avail information in the server entities (availability, resource availability) and the agents "mind" if necessary to prevent conflicting information in case that e.g. the user checks avail on a resource, which is then reported back as down and the user goes to the parents child-resources tab, which must also reflect this new state. The new state also needs to go into alerting, so if the user has set up an alert on goes down and resource which is green is reported as down, that alert must (almost) immediately trigger after the remote call has returned.
Larry O'Leary <loleary> made a comment on jira PRODMGT-403 ACK'd by engineering and scheduled for 3.2 release as indicated in previous comments.
This is now in master, see BZ 988881.
Moving to ON_QA as available for testing in latest 3.2.x ALPHA 58 build: https://brewweb.devel.redhat.com//buildinfo?buildID=291947
This is still being worked on, despite some of the code already being in master. Therefore I'd like to leave it now from testing right now. See BZ 988881 for updates.
QE work on this ticket. https://engineering.redhat.com/trac/jon/ticket/857
from Sunil ... Filed new BZ while testing this BZ https://bugzilla.redhat.com/show_bug.cgi?id=1009902 Executed test cases on PM-403 https://tcms.engineering.redhat.com/run/85397/