+++ This bug was initially created as a clone of Bug #1009089 +++ Description of problem: This one is a little but tricky to reproduce. But is one of those bugs you would run into with ad-hoc use. How reproducible: Always if the proper sequence of steps is performed. Steps to Reproduce: 1. In the resource tree click on EAP RHQ Server 2. Select the monitoring tab and the Schedules sub tab 3. Now change resources, say to CPU 0 4. Now change to the Monitoring tab and change to Metrics sub tab Actual results: Metrics are shown from the previous resource and not the current resource. The new metrics view is caching the changes between sub tab navigation (Schedules to Metrics) as it now is stateful to remember the opened graphs in the expandable table. [jsanda actually found this bug]
committed to master: 1e23623 Move the stateful momento containing open chart rows out to the ResourceDetailView instead of at the MetricsTableView which can then be created and destroyed like the other stateless views and state momento passed into the View to restore previous (opened rows) state. This is on master and will become part of JON 3.2.0 as we have not branched off of master yet.
the issue is still visible in: Version: 3.2.0.ER1 Build Number: 54dd29c:464a643
Created attachment 802194 [details] cpu_metrics
Created attachment 802195 [details] cpu-schedules
I just confirmed in master and it is fixed. Looks like this went into ER02 and not ER01 please check again on ER02.
verified with ER02. eap has enabled schedules thus corresponding metrics -> http://d.pr/i/Z4kH cpu doesn't have enabled scheduled -> http://d.pr/i/HieB thus cpu doesn't have metrics -> http://d.pr/i/HYc1