Bug 1034852
| Summary: | time range change in summary->activity doesn't change time range in monitoring->metrics | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Operations Network | Reporter: | Armine Hovsepyan <ahovsepy> |
| Component: | UI | Assignee: | Mike Thompson <mithomps> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike Foley <mfoley> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | JON 3.2 | CC: | mfoley, mithomps |
| Target Milestone: | CR01 | ||
| Target Release: | JON 3.2.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-01-02 20:34:23 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1034991, 1035443 | ||
| Bug Blocks: | |||
|
Description
Armine Hovsepyan
2013-11-26 15:44:28 UTC
I have added a refresh to summary metrics portlet so that after you pop up the chart dialog and change a time range, that underlying summary metrics portlet is refreshed to show the newly selected time range. This was done for group and resource. I started out with a full CoreGUI.refresh() on the close of the chart popup, but that gave a really slow transition back to the summary metrics portlet as everything need to be requeried and redrawn (including the tree that is a performance hog). Committed to master: 6b6f189 NOTE: To fully fix this issue the fix for BZ 1034991 as it fixes the summary metrics portlet having the proper date range and this BZ takes care of refreshing the summary metrics portlet after making changes in the time range on the chart popup. Two independent pieces that should be taken together for a "proper fix". Actually, BZ 1034991 is required for this commit (because of overlap in files) if we are going to cherry-pick. So the dependent commit for BZ 1034991 in master is: a532e90dd41ce1fcfb3f3d9fbdf126448ac80c1c Committed to release/jon3.2.x as commit: a0452e1 Moving to ON_QA for testing in latest(CR1) brew build. verified in CR1 -> http://d.pr/v/ccnv |