Bug 807803 - Big avail icon on resource detail view doesn't get updated after stop, only tree is updated.
Summary: Big avail icon on resource detail view doesn't get updated after stop, only t...
Alias: None
Product: RHQ Project
Classification: Other
Component: Core UI
Version: 4.4
Hardware: All
OS: All
medium vote
Target Milestone: ---
: RHQ 4.4.0
Assignee: Jay Shaughnessy
QA Contact: Mike Foley
Depends On:
TreeView+ depends on / blocked
Reported: 2012-03-28 18:46 UTC by Mike Foley
Modified: 2013-09-01 10:12 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2013-09-01 10:12:07 UTC

Attachments (Terms of Use)
big availability icon on resource detail view (73.17 KB, image/png)
2012-03-28 18:46 UTC, Mike Foley
no flags Details

Description Mike Foley 2012-03-28 18:46:40 UTC
Created attachment 573427 [details]
big availability icon on resource detail view

Description of problem:  Big avail icon on resource detail view doesn't get updated after stop, only tree is updated.

Version-Release number of selected component (if applicable):  RHQ 4.4

How reproducible: 

Steps to Reproduce:
1.  stop agent
2.  see resource detail view (see attachment)

Actual results:  availability icon on resource detail view is not refreshed

Expected results:  availability icon on resource detail is refreshed and remains consistent with tree view

Additional info:

Comment 1 Jay Shaughnessy 2012-03-30 15:34:38 UTC
This is a known issue, described in bug 688397.  I suggest it be marked as a duplicate and the original triaged to higher priority if necessary.

Comment 2 Mike Foley 2012-04-02 16:00:10 UTC
set priority per BZ triage 4/2/2012 (crocuh, loleary, mfoley, asantos)

Comment 3 Jay Shaughnessy 2012-04-02 21:20:20 UTC
I think the various bugs surrounding this sort of thing need to be grouped
into two categories:

1) issues with manual refresh of state

Manual refresh is done via Refresh buttons, refresh icons, the tree context
menu "Refresh", re-navigating or F5.

2) issues with automatic refresh of state

Automatic refresh is done via scheduled updates and polling. Today
we only have automatic refresh in the Dashboard, where the portlets
refresh on a schedule, via timers.

With respect to this BZ I'm planning to do work with #1-style refresh
because it seems like a bug.  Automatic refresh is, imo, an RFE and I
think a new BZ should be written that addresses/tracks the various BZs
in this space.

Comment 4 Jay Shaughnessy 2012-04-02 22:09:28 UTC
As an aside, this had nothing to do with the recent Availability work,
it's purely a pre-existing GUI issue.

master commit 81d4c70ce5b4b509933971db226d34b301846559

Add some infrastructure to more easily refresh the resource detail
"overview" canvas and use it to refresh the data whenever the view is
being refreshed.  Also, have the tree context menu "Refresh" call
CoreGUI.refresh() to actually refresh the view in addition to the tree.
Change the tree refresh logic. Previously it refreshed only the
children of the node, now it refreshes the node (and its siblings). Also,
fix a bug when refreshing the platform tree node.

Test notes:
Try the target node, sibling nodes, autogroup nodes, platform node.  Note
that it is expected that if you refresh high up in the tree the node
you had selected may be hidden.  This is not easily avoided, I think.

Comment 5 Heiko W. Rupp 2013-09-01 10:12:07 UTC
Bulk closing of items that are on_qa and in old RHQ releases, which are out for a long time and where the issue has not been re-opened since.

Note You need to log in before you can comment on or make changes to this bug.